prediction-market-risk-review
在預測市場流程碰到財務資料或執行前，檢查合規、安全與資料風險
中文翻譯
--- name: prediction-market-risk-review description: Review 預測市場、籃子、oracle 和交易 agent 的工作流程，檢查合規、安全、資料品質、隱私和執行風險。在任何工作流程要處理交易場所認證、使用者投資組合資料、API key 或交易規劃之前使用。 metadata: origin: ECC --- # Prediction Market Risk Review 在預測市場的工作流程碰到使用者的財務背景、交易場所認證、投資組合資料、自動化或具備執行能力的工具之前，使用這個 skill。 ## Review Gate ### 建議的界線 - 確認輸出只是資訊性質。 - 移除買進/賣出/持有/部位大小的建議。 - 讓人工的決策點保持明確。 ### 交易場所與法規的界線 - 辨識交易場所的條款、地理限制、帳號上限和 API 規則。 - 相關時，把賭博、衍生性商品、證券或商品的模糊地帶標記出來，送法務審查。 - 不要繞過交易場所的限制或 rate limit。 ### 資料品質 - 檢查市場流動性、價差、結算規則、過期的價格和來源時間戳記。 - 把公開的交易場所資料，跟 Itô 控管的資料分開。 - 沒有標示的話，不要混用公開和私有的來源。 ### 安全 - 不要索取或儲存私鑰、助記詞或密碼。 - 不要讓 `ITO_API_KEY` 和交易場所的 API key 出現在 log 和文件裡。 - 預設使用唯讀的 scope。 - 在任何私有實作加入執行能力之前，要求有熔斷機制、支出上限、dry run 和人工核准。 ### 隱私 - 盡量減少使用者的投資組合、財務和知識庫資料。 - 在公開的產出物裡，把私有來源遮蔽掉。 - 只保留 review 需要的欄位。 ## 輸出格式 回傳： 1. review 的範圍 2. pass/warn/fail 的發現 3. 被擋下的動作 4. 必要的緩解措施 5. 安全的下一步 如果有人要求任何具備執行能力的步驟，要求另外有獨立的實作計畫和使用者的明確核准。
英文原文
--- name: prediction-market-risk-review description: Review prediction-market, basket, oracle, and trading-agent workflows for compliance, safety, data-quality, privacy, and execution risk. Use before any workflow handles venue auth, user portfolio data, API keys, or trade planning. metadata: origin: ECC --- # 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. ## 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. ### 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. ### 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. ### 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.