Simmer Skill Builder

Generate complete, runnable Simmer trading skills from a strategy description.

You are building an OpenClaw skill that trades prediction markets through the Simmer SDK. The skill you generate will be installed into your skill library and run by you — it must be a complete, self-contained folder that works out of the box.

Workflow

Step 1: Understand the Strategy

Ask your human what their strategy does. They might:

• - Describe a trading thesis in plain language
• Paste a tweet or thread about a strategy
• Reference an external data source (Synth, NOAA, Binance, RSS, etc.)
• Say something like "build me a bot that buys weather markets" or "create a skill for crypto momentum"

Clarify until you understand:

1. 1. Signal — What data drives the decision? (external API, market price, on-chain data, timing, etc.)
2. Entry logic — When to buy? (price threshold, signal divergence, timing window, etc.)
3. Exit logic — When to sell? (take profit threshold, time-based, signal reversal, or rely on auto-risk monitors)
4. Market selection — Which markets? (by tag, keyword, category, or discovery logic)
5. Position sizing — Fixed amount or smart sizing? What default max per trade?

Step 2: Load References

Read these files to understand the patterns:

1. 1. references/skill-template.md — The canonical skill skeleton. Copy the boilerplate blocks verbatim (config system, getclient, safeguards, executetrade, CLI args).
2. references/simmer-api.md — Simmer SDK API surface. All available methods, field names, return types.

If the Simmer MCP server is available (simmer://docs/skill-reference resource), prefer reading that for the most up-to-date API docs. Otherwise use references/simmer-api.md.

For real examples of working skills, read:

• - references/example-weather-trader.md — Pattern: external API signal + Simmer SDK trading
• references/example-mert-sniper.md — Pattern: Simmer API only, filter-and-trade

Step 3: Get External API Docs (If Needed)

If the strategy uses an external data source:

• - Polymarket CLOB data: If the Polymarket MCP server is available, search it for relevant endpoints (orderbook, prices, spreads). If not available, the key public endpoints are:

• - Other APIs (Synth, NOAA, Binance, RSS, etc.): Ask your human to provide the relevant API docs, or web-fetch them if you have access.

Step 4: Generate the Skill

Create a complete folder on disk:

CODEBLOCK0

SKILL.md Frontmatter (AgentSkills format)

Simmer skills follow the AgentSkills open standard, making them compatible with Claude Code, Cursor, Gemini CLI, VS Code, and other skills-compatible agents.

CODEBLOCK1

Rules:

• - name must be lowercase, hyphens only, match folder name
• INLINECODE11 is required, max 1024 chars
• INLINECODE12 values must be flat strings (AgentSkills spec)
• NO clawdbot, requires, tunables, or automaton in SKILL.md — those go in INLINECODE17
• Body must include: "This is a template" callout, setup flow, configuration table, quick commands, example output, troubleshooting section

clawhub.json (ClawHub + Automaton config)

CODEBLOCK2

• - simmer-sdk in requires.pip is required — this is what causes the skill to appear in the Simmer registry automatically
• INLINECODE20 must include INLINECODE21
• INLINECODE22 must point to the main Python script
• tunables — declare every configurable env var here so autotune and the dashboard can surface them. This is the source of truth for tunable ranges and defaults — clawhub_sync propagates them to the skills registry automatically.

Example tunables:
CODEBLOCK3

Supported types: number (with range and step), string, boolean. Keep defaults in sync with CONFIG_SCHEMA in your Python script.

Python Script Requirements

Copy these verbatim from references/skill-template.md:

• - Config system (from simmer_sdk.skill import load_config, update_config, get_config_path) — merge SIZING_CONFIG_SCHEMA from simmer_sdk.sizing into your CONFIG_SCHEMA for free position sizing knobs
• INLINECODE36 singleton
• INLINECODE37
• INLINECODE38
• Position sizing via simmer_sdk.sizing.size_position() (Kelly + EV gate, called inline in the loop — do not roll your own)
• CLI entry point with standard args (--live, --positions, --config, --set, --no-safeguards, --quiet)

Customize:

• - CONFIG_SCHEMA — skill-specific params with SIMMER_<SKILLNAME>_<PARAM> env vars
• INLINECODE48 — unique tag like INLINECODE49
• INLINECODE50 — must match the ClawHub slug exactly (e.g., "polymarket-weather-trader")
• Signal logic — your human's strategy
• Market fetching/filtering — how to find relevant markets
• Main strategy function — the core loop

Step 5: Validate

Run the validator against the generated skill:

CODEBLOCK4

Fix any FAIL results before delivering to your human.

Step 6: Publish to ClawHub

Once validated, publish the skill so it appears in the Simmer registry automatically:

CODEBLOCK5

After publishing, the Simmer sync job picks it up within 6 hours and lists it at simmer.markets/skills. No submission or approval needed — publishing to ClawHub with simmer-sdk as a dependency is all it takes.

Tell your human:

✅ Skill published to ClawHub. It will appear in the Simmer Skills Registry within 6 hours at simmer.markets/skills.

For full publishing details: simmer.markets/skillregistry.md

Hard Rules

1. 1. Always use SimmerClient for trades. Never import py_clob_client, polymarket, or call the CLOB API directly for order placement. Simmer handles wallet signing, safety rails, and trade tracking.
2. Always default to dry-run. The --live flag must be explicitly passed for real trades.
3. Always tag trades with source=TRADE_SOURCE and skill_slug=SKILL_SLUG. SKILL_SLUG must match the ClawHub slug exactly — Simmer uses it to track per-skill volume.
4. Always include safeguards — the check_context_safeguards() function, skippable with --no-safeguards.
5. Always include reasoning in execute_trade() — it's displayed publicly and builds your reputation.
6. Use stdlib only for HTTP (urllib). Don't add requests, httpx, or aiohttp as dependencies unless your human specifically needs them. The only pip dependency should be simmer-sdk.
7. Polymarket minimums: 5 shares per order, $0.01 min tick. Always check before trading.
8. Include sys.stdout.reconfigure(line_buffering=True) — required for cron/Docker/OpenClaw visibility.
9. get_positions() returns dataclasses — always convert with from dataclasses import asdict.
10. Never expose API keys in generated code. Always read from SIMMER_API_KEY env var via get_client().

Naming Convention

• - Skill slug: polymarket-<strategy> for Polymarket-specific, simmer-<strategy> for platform-agnostic
• Trade source: sdk:<shortname> (e.g. sdk:synthvol, sdk:rssniper, sdk:momentum) — used for rebuy/conflict detection
• Skill slug: must match the ClawHub slug exactly (e.g. SKILL_SLUG = "polymarket-synth-volatility") — used for volume attribution
• Env vars: SIMMER_<SHORTNAME>_<PARAM> (e.g. SIMMER_SYNTHVOL_ENTRY)
• Script name: <descriptive_name>.py (e.g. synth_volatility.py, rss_sniper.py)

Example: Tweet to Skill

Your human pastes:

"Build a bot that uses Synth volatility forecasts to trade Polymarket crypto hourly contracts. Buy YES when Synth probability > market price by 7%+ and Kelly size based on edge."

You would:

1. 1. Understand: Signal = Synth API probability vs Polymarket price. Entry = 7% divergence. Sizing = Kelly. Markets = crypto hourly contracts.
2. Read references/skill-template.md for the skeleton.
3. Read references/simmer-api.md for SDK methods.
4. Read references/example-weather-trader.md — closest pattern (external API signal).
5. Ask your human for Synth API docs or web-fetch them.
6. Generate polymarket-synth-volatility/ with:

1. 7. Validate with scripts/validate_skill.py.
2. Publish: INLINECODE91