Best for
- Trade weather markets automatically
- Set up gopfan2-style temperature trading
- Buy low on weather predictions
SpartanLabsXyz/simmer-sdk/skills/polymarket-weather-trader/SKILL.md
Trade Polymarket weather markets using NOAA (US) and Open-Meteo (international) forecasts via Simmer API. Inspired by gopfan2's weather trading approach. Use when user wants to trade temperature markets, automate weather bets, check forecasts, or run weather-based strategies.
Decision brief
Trade temperature markets on Polymarket using NOAA forecast data.
Compatibility matrix
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/SpartanLabsXyz/simmer-sdk --skill "skills/polymarket-weather-trader"Inspect the Agent Skill "polymarket-weather-trader" from https://github.com/SpartanLabsXyz/simmer-sdk/blob/b3154d43d417fe717b308bc2ccf9814181d6fc89/skills/polymarket-weather-trader/SKILL.md at commit b3154d43d417fe717b308bc2ccf9814181d6fc89. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
For wallet setup, see docs.simmer.markets/wallets.
This skill executes real-money trades on Polymarket only when the --live flag is passed AND the human's wallet is linked to their Simmer account. Trading is bounded by default:
Weather market outcomes are discrete: a temperature bucket ("34-35°F") either matches the actual high on resolution day or it doesn't. The strategy works when the NOAA forecast is more accurate than what the market has priced in.
Use this skill when the user wants to: - Trade weather markets automatically - Set up gopfan2-style temperature trading - Buy low on weather predictions - Check their weather trading positions - Configure trading thresholds or locations
Event grouping now keys on eventref (the canonical parent-event id, present on every market) instead of the legacy eventid, which SDK-imported markets historically lacked. Fixes temperature buckets silently dropping out…
Permission review
The documentation asks the agent to run terminal commands or scripts.
python scripts/status.pyThe documentation asks the agent to run terminal commands or scripts.
python scripts/status.py --positionsEvidence record
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 92/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 48 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Trade temperature markets on Polymarket using NOAA forecast data.
🚨 Framework, not a production trading system. Read DISCLAIMER.md before connecting to a wallet with real funds.
Template skill. Defaults to dry-run mode (no real money). The
--liveflag is a deliberate single-command opt-in for real-money execution. Configure tunables (entry/exit thresholds, locations, etc.) via env vars listed below.
This skill executes real-money trades on Polymarket only when the --live flag is passed AND the human's wallet is linked to their Simmer account. Trading is bounded by default:
python weather_trader.py (no flag) shows opportunities but executes no trades. The --live flag is required for real-money execution. There is no "auto-graduate" path.$SIM paper sandbox option. Set TRADING_VENUE=sim to trade Simmer's $SIM virtual currency at real prices — useful for validating the strategy without USDC exposure.SIMMER_WEATHER_MAX_POSITION_USD defaults to $2.00 per trade. Configurable via env var, capped at the user's dashboard-set platform per-trade limit.SIMMER_WEATHER_SLIPPAGE_MAX, default 15%), time-decay, and resolved-market status before every order. Disable only with --no-safeguards (not recommended).SIMMER_WEATHER_EXIT_THRESHOLD (default 0.45), or via client.cancel_order() / a manual sell.If anything above isn't clear, stop and ask the user before passing --live.
Weather market outcomes are discrete: a temperature bucket ("34-35°F") either matches the actual high on resolution day or it doesn't. The strategy works when the NOAA forecast is more accurate than what the market has priced in.
Test before going live. The $SIM venue gives you a fully virtual sandbox at real market prices — recommended before any --live run.
Risk monitor. Stop-loss and take-profit thresholds are user settings (configurable at simmer.markets/dashboard → Settings → Auto Risk Monitor), shared across all skills under that user account. Per-position overrides via client.set_monitor(market_id, side, stop_loss_pct=..., take_profit_pct=...).
External wallet users: monitors emit alerts via the briefing endpoint — your agent must be running for sells to execute. Managed wallet users: server executes directly.
Use this skill when the user wants to:
event_ref (the canonical parent-event id, present on every market) instead of the legacy event_id, which SDK-imported markets historically lacked. Fixes temperature buckets silently dropping out of their event group (missing buckets when event_id came back null).resolution_criteria field). Previously the skill used a hardcoded city → station map, which silently traded against the wrong forecast in a few cases (notably Dallas, where Polymarket resolves on Love Field / KDAL but the skill assumed DFW / KDFW). Markets that name a station the skill doesn't know are now skipped with a log line — better to skip than to trade a stale oracle. Robust to Polymarket swapping airports.?include=resolution_criteria flag on /api/sdk/markets (live on Simmer backend 2026-05-03).--live requirement, configurable caps, server-side risk monitor, strategy-side safeguards, reversibility.SimmerClient.from_env() (auto-reads SIMMER_API_KEY, raises a clear RuntimeError with a dashboard pointer if unset). Requires simmer-sdk>=0.13.0.AUTOMATON_* env reads (the automaton runtime was retired 2026-04-20).For wallet setup, see docs.simmer.markets/wallets.
Required environment:
SIMMER_API_KEY — get from simmer.markets/dashboard → SDK tabWALLET_PRIVATE_KEY — Polymarket wallet private key (the SDK signs orders client-side)Then pip install --upgrade simmer-sdk (>=0.13.0) and configure tunables below.
| Setting | Environment Variable | Default | Description |
|---|---|---|---|
| Trading venue | TRADING_VENUE | polymarket | Venue to trade on. Set sim for paper trading. |
| Entry threshold | SIMMER_WEATHER_ENTRY_THRESHOLD | 0.15 | Buy when price below this |
| Exit threshold | SIMMER_WEATHER_EXIT_THRESHOLD | 0.45 | Sell when price above this |
| Max position | SIMMER_WEATHER_MAX_POSITION_USD | 2.00 | Maximum USD per trade |
| Max trades/run | SIMMER_WEATHER_MAX_TRADES_PER_RUN | 5 | Maximum trades per scan cycle |
| Locations | SIMMER_WEATHER_LOCATIONS | NYC | Comma-separated cities (NYC, Chicago, Seattle, Atlanta, Dallas, Miami) |
| Binary only | SIMMER_WEATHER_BINARY_ONLY | false | Skip range-bucket events (e.g., "34-35°F"), only trade binary yes/no markets |
| Smart sizing % | SIMMER_WEATHER_SIZING_PCT | 0.05 | % of balance per trade |
| Slippage max | SIMMER_WEATHER_SLIPPAGE_MAX | 0.15 | Skip trades with slippage above this (0.15 = 15%) |
| Min liquidity | SIMMER_WEATHER_MIN_LIQUIDITY | 0 | Skip markets with liquidity below this USD amount (0 = disabled) |
| Vol targeting | SIMMER_WEATHER_VOL_TARGETING | false | Enable volatility targeting for dynamic position sizing |
| Target vol | SIMMER_WEATHER_TARGET_VOL | 0.20 | Target annualized volatility (0.20 = 20%) |
| Vol max leverage | SIMMER_WEATHER_VOL_MAX_LEVERAGE | 2.0 | Max scale-up multiplier in calm markets |
| Vol min alloc | SIMMER_WEATHER_VOL_MIN_ALLOC | 0.2 | Min allocation floor in volatile markets (0.2 = 20%) |
| Vol EWMA span | SIMMER_WEATHER_VOL_SPAN | 10 | EWMA span for vol calculation (lower = more responsive) |
| Order type | SIMMER_WEATHER_ORDER_TYPE | GTC | GTC (limit, waits for fill) or FAK (cancel if not filled). GTC recommended. |
Legacy env var aliases (still accepted for backwards compatibility): SIMMER_WEATHER_ENTRY, SIMMER_WEATHER_EXIT, SIMMER_WEATHER_MAX_POSITION, SIMMER_WEATHER_MAX_TRADES
Supported locations (city-name filter applied to market questions): NYC, Chicago, Seattle, Atlanta, Dallas, Miami, plus international cities (Tel Aviv, Munich, London, Tokyo, Seoul, Ankara, Lucknow, Wellington, Madrid, Milan, Amsterdam, Taipei). The actual oracle station is parsed per-market from resolution_criteria — see "Resolution-source routing" below.
Polymarket weather markets carry a resolution_criteria field that names the exact station the market resolves on (e.g. "Chicago O'Hare Intl Airport Station" with wunderground.com/.../KORD). v1.21.0+ parses that text per-market and routes to the matching forecast station instead of a city default. If a market names a station the skill doesn't know, the event is skipped with a log line. Add new stations to STATION_ID_TO_NOAA (US) or INTERNATIONAL_STATION_TO_CITY (international) in weather_trader.py to extend coverage — PRs welcome.
from simmer_sdk import SimmerClient
client = SimmerClient.from_env(venue="polymarket", live=True)
from_env() (added in simmer-sdk 0.13.0) reads SIMMER_API_KEY from the environment and raises RuntimeError with a dashboard pointer if unset. If OWS_WALLET is set, it auto-routes through the OpenClaw shared wallet.
# Check account balance and positions
python scripts/status.py
# Detailed position list
python scripts/status.py --positions
API Reference:
https://api.simmer.marketsAuthorization: Bearer $SIMMER_API_KEYGET /api/sdk/portfolioGET /api/sdk/positions# Dry run (default — shows opportunities, no trades)
python weather_trader.py
# Execute real trades
python weather_trader.py --live
# With smart position sizing (uses portfolio balance)
python weather_trader.py --live --smart-sizing
# Check positions only
python weather_trader.py --positions
# View config
python weather_trader.py --config
# Disable safeguards (not recommended)
python weather_trader.py --no-safeguards
# Disable trend detection
python weather_trader.py --no-trends
# Enable volatility targeting (dynamic sizing based on market vol)
python weather_trader.py --live --smart-sizing --vol-targeting
# Quiet mode — only output on trades/errors (ideal for high-frequency runs)
python weather_trader.py --live --quiet
Each cycle the script:
sdk:weather for trackingWith --smart-sizing, position size is calculated as:
SIMMER_WEATHER_SIZING_PCT)With --vol-targeting, position sizes are dynamically adjusted based on realized market volatility:
position_size = base_size × clamp(target_vol / realized_vol, min_alloc, max_leverage)
Before trading, the skill checks:
Disable with --no-safeguards (not recommended).
All trades are tagged with source: "sdk:weather". This means:
sdk:weather are excluded from generic copytrade sells."Safeguard blocked: Severe flip-flop warning" — you've been changing direction too much on this market; wait before trading again.
"Slippage too high" — market is illiquid; reduce position size or skip.
"Resolves in Xh - too soon" — market resolving soon, risk is elevated.
"No weather markets found" — weather markets may not be active (seasonal).
"External wallet requires a pre-signed order" — WALLET_PRIVATE_KEY is not set. Fix: export WALLET_PRIVATE_KEY=0x<your-polymarket-wallet-private-key>. The SDK signs orders automatically when this env var is present — do not attempt to sign orders manually.
"Balance shows $0 but I have funds on Polygon" — Polymarket V2 (live 2026-04-28) uses pUSD (PolyUSD, 1:1 backed by USDC.e). Migrate at simmer.markets/dashboard (~30s). Full guide: docs.simmer.markets/v2-migration.
"API key invalid" — get a new key from simmer.markets/dashboard → SDK tab.
Frequently asked questions
Trade temperature markets on Polymarket using NOAA forecast data.
The source record exposes this install command: npx skills add https://github.com/SpartanLabsXyz/simmer-sdk --skill "skills/polymarket-weather-trader". Inspect the command and pinned source before running it.
Static rules flagged exec-script in the source; the page lists the matching lines and excerpts.
Alternatives
coreyhaines31/marketingskills
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program
garrytan/gbrain
End-to-end discipline for turning any large data source (audio libraries, email takeouts, document corpora, chat exports, API dumps) into brain pages at scale. The lifecycle spine: SCHEMA → ACCESS → TRIAL → EVALUATE → IMPROVE → CODIFY → TEST → SKILLIFY → BULK → MONITOR. State is tracked in a durable JSON manifest (see MANIFEST-PATTERN.md) so any crash, session boundary, or subagent fan-out resumes from ground truth instead of memory.
alirezarezvani/claude-skills
App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist
dotnet/skills
Migrates .NET test projects from VSTest to Microsoft.Testing.Platform (MTP). Use when user asks to "migrate to MTP", "switch from VSTest", "enable Microsoft.Testing.Platform", "use MTP runner", set OutputType=Exe only for test projects in Directory.Build.props, or mentions EnableMSTestRunner, EnableNUnitRunner, or UseMicrosoftTestingPlatformRunner. USE FOR: MTP behavioral differences vs VSTest (exit code 8, zero tests discovered, --ignore-exit-code, TESTINGPLATFORM_EXITCODE_IGNORE); centralizing