Back to Details

prediction-market-risk-review

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Prediction Market Risk Review

预测市场风险审查

Use this skill before a prediction-market workflow touches user financial context, venue authentication, portfolio data, automation, or execution-capable tools.
请在预测市场工作流接触用户财务信息、场所认证、投资组合数据、自动化工具或可执行交易工具前使用本skill。

Review Gates

审查关卡

Advice Boundary

建议边界

  • Confirm the output is informational.
  • Remove buy/sell/hold/size recommendations.
  • Keep manual user decision points explicit.
  • 确认输出仅为信息性内容。
  • 删除买入/卖出/持有/仓位规模建议。
  • 明确保留人工用户决策节点。

Venue And Regulatory Boundary

场所与监管边界

  • Identify venue terms, geography restrictions, account limits, and API rules.
  • Flag betting, derivatives, securities, or commodities ambiguity for legal review when relevant.
  • Do not bypass venue restrictions or rate limits.
  • 识别场所条款、地域限制、账户限额及API规则。
  • 若涉及博彩、衍生品、证券或大宗商品相关模糊点，标记后提交法律审查。
  • 不得绕过场所限制或速率限制。

Data Quality

数据质量

  • Check market liquidity, spread, resolution rules, stale prices, and source timestamps.
  • Separate public venue data from Itô gated data.
  • Do not mix public and private sources without labels.
  • 检查市场流动性、买卖价差、结算规则、过时价格及数据源时间戳。
  • 区分公开场所数据与Itô gated数据。
  • 未标注的情况下，不得混合公开与私有数据源。

Security

安全性

  • Do not request or store private keys, seed phrases, or passwords.
  • Keep 
    ITO_API_KEY
    and venue API keys out of logs and docs.
  • Use read-only scopes by default.
  • Require circuit breakers, spend limits, dry runs, and human approval before any private implementation adds execution.
  • 不得请求或存储私钥、助记词或密码。
  • 确保
    ITO_API_KEY
    及场所API密钥不被记录到日志或文档中。
  • 默认使用只读权限范围。
  • 在任何私有实现添加交易执行功能前，需设置熔断机制、支出限额、模拟运行及人工审批环节。

Privacy

隐私性

  • Minimize user portfolio, financial, and knowledge-base data.
  • Redact private sources in public artifacts.
  • Preserve only the fields needed for the review.
  • 尽可能减少收集用户投资组合、财务及知识库数据。
  • 在公开成果中编辑掉私有数据源信息。
  • 仅保留审查所需的字段。

Output Contract

输出约定

Return:
  1. scope reviewed
  2. pass/warn/fail findings
  3. blocked actions
  4. required mitigations
  5. safe next step
If any execution-capable step is requested, require a separate implementation plan and explicit user approval.
返回内容需包含：
  1. 已审查范围
  2. 通过/警告/失败的审查结果
  3. 被阻止的操作
  4. 所需的缓解措施
  5. 安全的下一步操作
若请求任何可执行交易的步骤，需提交单独的实施计划并获得用户明确批准。