agentleFS
artherasartheras/skills/skills/strategy-generation/SKILL.md

strategy-generation

Skill3 starsChanged 13 days agoApache-2.0View on GitHub

Turn a natural-language trading idea into a disciplined, testable strategy spec and implementation. Trigger for "帮我生成一个动量策略", "写一个BTC均值回归策略", "设计多因子选股", "做一个ETF轮动", "generate a momentum strategy", "build me a trading strategy", "turn this idea into code", or whenever the user (1) describes a trading idea and wants it made concrete, (2) asks for strategy code, (3) wants strategy variants compared, or (4) asks to improve an existing strategy. Fire even for vague asks ("有什么好策略推荐吗" — the answer is a disciplined spec, not a tip). Do NOT trigger for validating an already-backtested result (backtest-validation) or for pure factor evaluation (factor-research).

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 2 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Every parameter combination tried, universe swapped, or date range adjusted increments variants_tried.

    line 59
  2. Distinctive:

    No code before the spec passes gate 1.

    line 66
  3. Distinctive:

    No performance claims before gate 2.

    line 67

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Strategy Generation

A strategy that exists only as prose is a mood. This skill converts ideas into specs that machines can refuse, code that gates can check, and claims that survive the validation pipeline — or die there honestly.

The pipeline (six stages, three gates)

IDEA → SPEC ──gate 1──→ CODE → RETURNS ──gate 2──→ RISK ──gate 3──→ PAPER
        │                          │                  │
        │ validate_strategy_spec   │ backtest-        │ risk-assessment
        │ (this skill's script)    │ validation       │ profile
  1. DATA — establish market, universe, frequency, history budget, and whether the data pipeline is PIT-reviewed (point-in-time-research).
  2. SPEC — fill the contract in references/spec-schema.md: named archetype, testable entry/exit logic, explicit parameters, at least one hard risk control, a cost assumption in bps, and variants_tried.
  3. Gate 1 — python scripts/validate_strategy_spec.py SPEC.json. FAIL means fix the spec; do not write code around a broken spec.
  4. CODE — implement exactly the spec. Parameters come from signal.parameters, not from numbers invented mid-implementation. If implementation forces a change, update the spec and re-run gate 1.
  5. Gate 2 — produce the returns series and run it through backtest-validation with --trials = the spec's variants_tried (updated if more variants were tried during coding — honesty compounds). A FAIL verdict is a result: report it, don't tune until it passes.
  6. Gate 3 — run risk-assessment on the surviving equity curve and holdings. High-risk verdicts require explicit user confirmation.
  7. PAPER — the strongest deployment this skill may recommend is paper trading. Live execution is a user decision outside this skill's authority.

Archetype discipline

Name the archetype (momentum, mean_reversion, multi_factor, pairs_trading, technical, ml_enhanced, event_driven, value) and stay inside its logic. "Momentum with 12 confirming indicators" is not momentum — it is 12 extra parameters begging the overfit preflight to fail.

Counting variants (the honesty ledger)

Every parameter combination tried, universe swapped, or date range adjusted increments variants_tried. The number follows the strategy to backtest-validation's Deflated Sharpe Ratio. Understating it does not improve the strategy; it just moves the lie downstream where the DSR will price it.

Guardrails

  • No code before the spec passes gate 1.
  • No performance claims before gate 2; no "expected returns" from thin air.
  • Forbidden claims ("guaranteed", "risk-free", "稳赚", "保证收益") fail the spec mechanically — the validator scans every string field.
  • Position sizing "all-in" or absent hard risk controls fail the spec.
  • Deploy advice caps at paper trading, always.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.