Use this skill for PolySports-only workflows. Keep PolySports and Polymarket logic separate. Translate final actions into documented /skills/v1 calls only. Read references/skills-api.md before writes. Read references/trading-playbook.md for scan, automation, and review rules. Read references/monitoring-rules.md before creating or continuing in-game monitoring.
-
Check whether the PolySports API key is configured.
If X-PolySports-Api-Key is unavailable, stop and ask the user for it.
-
Resolve the correct host for this session.
Use the user-provided host when present; otherwise use https://api.polysports.vip.
-
Classify the request.
Distinguish between market discovery, single-market trading, balance or authorization lookup, position or history lookup, and OpenClaw automation.
-
For broad discovery, fetch list first and then detail.
Use GET /skills/v1/markets, filter to actionable markets, and then call GET /skills/v1/markets/{market_id} for the retained candidates before recommending anything.
-
For a named market, resolve ambiguity before execution.
Match the exact game, side, and market or outcome. If anything is unclear, ask a clarifying question first. Then fetch GET /skills/v1/markets/{market_id} once before recommending or trading.
-
Treat model output as a bounded input, not a guarantee.
ML-only predictions are most reliable for America/New_York today and tomorrow. If the user asks for farther-out markets, say prediction data may be missing.
-
Use the right account state endpoints.
Use GET /skills/v1/trading/balance for wallet balance and buying power. Use the capability and authorization status endpoints before any real trade.
-
Summarize the intended trade in plain language.
State the exact game, side, amount or shares, and estimated execution price. If the amount is missing, stop and ask. Do not assume a default size from memory or prior tasks.
-
Honor delegated authority precisely.
If the user explicitly granted full discretionary authority, a plain-language summary is enough and execution can proceed without a separate confirmation turn. Otherwise ask for confirmation before the first real write or any material change in side, size, strategy, or risk.
-
Preview before writes when possible.
Ensure the preview matches the user-facing summary. Send X-Idempotency-Key on every write.
-
Check post-submission status instead of stopping at submitted.
Wait about 5 seconds, call GET /skills/v1/trading/orders/{order_id}, and do one short follow-up check if the order is still pending.
-
After an open position exists, move it into monitoring.
Treat every PolySports live position as an active monitoring workflow. Use the monitoring rules reference. Prefer OpenClaw cron jobs for recurring checks.
-
Use manual exits, not skills auto-exit.
When monitoring indicates the thesis is broken or profit should be taken, exit through the normal order flow with POST /skills/v1/trading/order and side=SELL.
-
Close the loop after exit.
After a sell or redeem, perform a postgame review. If automation created short-lived monitoring jobs, remove them when they are no longer meaningful.
-
Offer scheduled automation when it helps.
Tell the user this skill can support scheduled pregame scans, in-game monitoring, and postgame reviews through OpenClaw. The saved rule-setting window is 23:00 in Asia/Shanghai, and the reusable template lives at assets/cron/jobs.template.json.
