Etemaro Strategy Validator

Validates strategy JSON against the canonical Strategy schema using the Etemaro CLI as
the single source of truth. Never re-implement the schema in a script — call the command.
User config uses the same CLI and the same report format (etemaro config validate).

Why this matters: StrategyLibraryManager.loadMerged() casts the JSON straight to Strategy
with no normalisation. Unknown fields or misplaced keys are silently dropped and code reading
them sees undefined. The command surfaces that.

Run it

Prefer the global binary; fall back to the project scripts. Run from the repository root.

# strategy library / single strategy
etemaro strategy validate config/shared/strategy-library.json
npm run validate:strategy -- config/shared/strategy-library.json

# active-strategy check (requires smartWalletListId when the loaded config needs it)
etemaro strategy validate --active config/shared/strategy-library.json

# user config (same report format)
etemaro config validate
etemaro config validate --env-optional
npm run validate:config --env-optional

# machine-readable / strict
etemaro strategy validate config/shared/strategy-library.json --json
etemaro strategy validate config/shared/strategy-library.json --strict

Flags:

| Flag | Command | Effect |
|------|---------|--------|
| --active | strategy | Enforce active-strategy gate: error when screening.entrySource=smart_wallets and strategy lacks smartWalletListId; warn when smartWalletScoreBonus>0 without a list |
| --strict | strategy | Treat unknown top-level fields as errors |
| --env-optional | config | Downgrade unset env.* references to warnings (structure-only validation) |
| --json | both | Machine-readable report |

To target a specific instance config:

AGENT_CONFIG_PATH=config/instances/agent-config.copy_trade_lag.v260830-1.json \
  etemaro strategy validate --active config/shared/strategy-library.json

Reading the report

Both commands use this format:

File: <path>
  Validation: <config | strategy-id>
  Status:     VALID|INVALID
  Errors:     ...
  Warnings:   ...
  Notes:      ...
  Unknown (unused) fields: <comma list>
  Field usage: <field → consumed/descriptive>   (strategy only)
Totals: N valid, M invalid

• Status — INVALID means at least one error (fix before deploying).
• Errors — missing required fields, wrong types, unknown config keys, broken smartWalletListId.
• Warnings — unknown strategy fields ("will be ignored"), bad enums, unparsable dates, or

unset env refs under --env-optional.

• Unknown (unused) fields — the explicit answer to "what will not be in use?".
• Field usage — for each strategy field, whether current code consumes it or it is

descriptive only.

Exit code is 0 when valid, 1 otherwise.

Report back to the user with: file, entry id, VALID/INVALID, errors first, then unknown/unused fields, then notes on descriptive fields. Keep it terse.

Accepted input shapes

• A strategy library { "strategies": { "": { ... } } } — validates every entry.
• A single strategy object { "id": "...", "name": "...", ... }.
• A config JSON file (for config validate).

Exact Canonical Schema

All keys are strictly camelCase.

Required strategy keys: id, name.

| Key | Type | Consumed by Runtime? |
|-----|------|----------------------|
| id | string | yes — library key + active pointer |
| name | string | yes — logs, lists, LLM strategy context |
| author | string | stored/descriptive |
| smartWalletListId | string | yes — startup validation + smart-wallet screening |
| lpStrategy | string (bid_ask\|spot\|curve\|mixed\|any) | stored/descriptive (deploy uses config.strategy.strategyMeteora) |
| tokenCriteria | object | stored/descriptive (not read by screening) |
| entry | object | partial — condition/notes feed LLM context; singleSide not consumed |
| range | object | stored/descriptive (not read at deploy) |
| exit | object | partial — notes feed LLM context; takeProfitPct not consumed |
| bestFor | string | yes — LLM strategy context + lists |
| raw | string | stored/descriptive |
| addedAt / updatedAt | ISO date string | stored/descriptive |

Exact Nested Field Specifications

• entry:
• condition: string (describes entry logic)
• singleSide: "sol" | "token" | null
• price_change_threshold_pct: number
• notes: string
• range:
• type: "tight" | "default" | "wide" | "panda" | "custom"
• binsBelowPct: number
• notes: string
• exit:
• takeProfitPct: number
• notes: string
• tokenCriteria:
• min_mcap: number
• min_age_days: number
• requires_kol: boolean
• notes: string

Pre-commit

.husky/pre-commit runs both validators before every commit:
validate:config --env-optional, private strategy library with --active, and shared strategy library. Blocked commits must be corrected to follow canonical camelCase schema.

Source of Truth

The strategy schema lives in packages/core/src/domain/strategy-validation.ts; config validator wraps UserConfigSchema in packages/core/src/config/config-validation.ts. Both are exported through @etemaro/core and surfaced by the CLI.