预测共识比较

安装指南

1. ClawHub CLI 从源直接安装技能的最快方式。
   npx clawhub@latest install forecast-consensus-comparison
2. 手动安装 将技能文件夹复制到以下位置之一
   全局模式
   ~/.openclaw/skills/
   工作区
   /skills/
   优先级：工作区 > 本地 > 内置
3. 提示词安装 将此提示词复制到 OpenClaw 即可自动安装。
   请帮我使用 Clawhub 安装 forecast-consensus-comparison。如果尚未安装 Clawhub，请先安装（npm i -g clawhub）。
   更倾向于下载？
   获取包含原生技能文件的ZIP压缩包。
   下载技能 (.zip)

什么是

预测共识比较可基于 Crawlora 支持的 Polymarket、Kalshi 和 Metaculus 来源中的公开事件预测，帮助创建以证据为基础的简报。它会先验证问题描述的是同一命题，再比较数值，并保留结算规则、结果标签、观察时间、汇总方法和市场背景。
与简单平均不同，此 Openclaw Skills 工作流会保留无法比较的预测，并说明它们为何不能直接比较。它支持带日期的快照和有界历史分析，同时避免对共识、因果关系、概率校准或套利作出缺乏依据的断言。

应用场景

制作一份涵盖 Polymarket、Kalshi 和 Metaculus 的匹配问题预测简报。
在数值出现分歧时比较带日期的预测，同时保留来源时间戳和方法。
检查相似的市场或问题标题是否确实具有相同的结果、司法管辖区、截止时间和结算规则。
将市场报价与可用的价差或流动性信息一并审阅，但不把过时交易视为可执行价格。
找出来源无法比较的原因，例如缺少尺度信息或条件不匹配。
生成透明的预测研究成果，不下单交易，也不自动执行账户活动。

工作原理

定义事件、精确结果、司法管辖区、时间范围、截止点和所需来源。
通过相关的 Crawlora 搜索或列表路由查找候选市场或问题。
获取详情并核实确切措辞、阈值、截止时间、时区、结算规则、结算状态和条件范围。
保留各来源特有的标识符，包括 Polymarket event slug、market ID 和 outcome token ID；Kalshi market ticker；以及 Metaculus 问题和选项元数据。
检查每个返回值的尺度、价格依据或预测汇总方法、观察时间，以及任何可用的价差、流动性或汇总数量。
将不匹配或描述不充分的来源标记为不可比较，而不是强行进行数值比较。
仅将确实匹配的二元结果规范化到声明的共同尺度，然后在结果、尺度、时间和规则一致时计算百分点差异。
报告命题匹配表、带日期的快照或有界历史、方法、差异计算和不确定性；不要推断因果关系或普遍共识。

配置指南

将 CRAWLORA_API_KEY 设置为你的 Crawlora API 密钥。
连接时使用列出的 Crawlora MCP 工具。否则，使用捆绑的 scripts/crawlora.sh 客户端，该客户端会将 API 密钥发送到 https://api.crawlora.net/api/v1。
查阅 reference/endpoints.md 以了解准确的方法和参数。
同时检查应用程序 code 和 HTTP 状态；响应载荷位于 data 中。遇到身份验证错误时停止，HTTP 429 时退避，并对暂时性上游故障重试一次。
根据请求范围和额度预算限制调用次数和页面数量。
export CRAWLORA_API_KEY="your-crawlora-api-key"
scripts/crawlora.sh /polymarket/search q="interest rates" status=open limit=5
scripts/crawlora.sh /kalshi/markets status=open limit=5
scripts/crawlora.sh /metaculus/questions limit=5
在请求详情前，先解析匹配市场或问题的 ID 和实际结果标签。不要用合成标识符替代来源特有的 ID。

数据架构

来源标识符： 分别保留各平台的标识符：Polymarket event slug、market ID 和 outcome token ID；Kalshi market ticker（与 event 和 series ticker 区分）；以及 Metaculus 问题和选项元数据。
命题匹配： 记录事件、结果、阈值、司法管辖区、时间范围、截止时间和时区、结算来源与规则、结算状态以及条件范围。
预测观测： 保留来源 ID、URL、来源日期、观察或抓取时间、返回值、结果标签、尺度以及汇总方法或数量。
市场背景： 说明数值是最后成交价、结果报价、买价、卖价还是中间价；保留可用的价差和流动性字段。根据返回字段核实尺度，不要假设存在通用换算方式。
Metaculus 特定信息： 保留问题类型、选项标签及其数组索引对应关系、尺度、结算信息和适用的历史数据。数值或日期中心值不会自动成为二元概率。
历史数据： 保留实际返回的时间戳和采样间隔。请求有范围或上限；不要用零填补缺失观测值。
报告输出： 将结果整理为命题匹配表、带日期的来源快照或历史数据、所选方法和价格依据、合理情况下的差异计算，以及明确的不确定性或匹配失败条件。
可比性规则： 仅对规则、时间和尺度一致的结果计算百分点差异。不要合并不同类型的摘要，也不要将预测中心值和边界描述为普遍适用、可解释的置信区间。

高级特性

在三个不同的公开预测来源之间进行比较，同时保留各来源特有的标识符和元数据。
支持有界历史请求和考虑时间戳的比较；返回的时间戳和采样间隔仍按来源分别处理。
区分 Metaculus 的近期加权、未加权和单次汇总摘要，不将它们视为等同。
处理多选标签与索引的对应关系；必要尺度缺失时，将数值或日期预测保留为不可比较。
明确显示命题匹配失败，避免把相似标题误认为等价合约或问题。
区分报价、买价、卖价、中间价和最后成交价，并提供可用的价差和流动性背景。
包含针对身份验证失败、速率限制、暂时性上游错误和额度预算上限的 API 防护措施。
仅用于研究和报告：不执行交易、账户、钱包、订单或自动监控操作。

name: forecast-consensus-comparison description: Compare public event forecasts across Crawlora Polymarket, Kalshi, and Metaculus tools. Use for a matched-question consensus brief or dated forecast divergence analysis with resolution rules, outcome labels, scales, timestamps, liquidity, and method differences preserved.

Forecast consensus comparison

Access and scope

Set CRAWLORA_API_KEY to your Crawlora key. Prefer the listed Crawlora MCP tools when connected; otherwise use the bundled scripts/crawlora.sh, which sends x-api-key to https://api.crawlora.net/api/v1. Read reference/endpoints.md for exact methods and parameters. Check application code as well as HTTP status; payloads are inside data. Stop on authentication errors, back off on 429, and retry a transient upstream failure once. Bound calls/pages by the requested scope and credit budget. Retain source IDs, URLs, source dates, and observation/crawl times separately.

Compare source-attributed forecasts for the same precisely defined question. Establish event, outcome, jurisdiction, time horizon, cutoff, and desired sources. Keep a match rubric before interpreting a gap between prices or community forecasts.

Verify the proposition before comparing numbers

Discover candidates through each source's search/list routes, then fetch event, market, or question detail. Compare exact wording, thresholds, geography, time zone/deadline, resolution source/rules, settlement status, and conditional scope. Similar titles are leads; markets using different conditions remain separate.
Preserve Polymarket event slugs, market IDs, and outcome token IDs separately. Use the token belonging to the matched outcome, not an event/condition ID in a token route. Kalshi market tickers differ from event and series tickers; history parameters must follow that source's metadata, not a synthesized name.
For Metaculus inspect question metadata/type, option labels/history, scaling, and resolution information when available before interpreting aggregates. Multiple-choice option arrays require label/index alignment. Numeric/date question centers and the first array component are not automatically a binary probability; if a necessary scale is missing, keep that source uncomparable.
Retain each source's observation time and forecast aggregation method/count. recency_weighted, unweighted, and single_aggregation describe different summaries. Forecast centers/bounds are not sportsbook prices or universally interpretable confidence intervals.
scripts/crawlora.sh /polymarket/search q="interest rates" status=open limit=5
scripts/crawlora.sh /kalshi/markets status=open limit=5
scripts/crawlora.sh /metaculus/questions limit=5

# Resolve matched market/question IDs and actual outcome labels before detail.

Report comparable snapshots and history

Record whether a market value is last trade, outcome quote, bid, ask, or midpoint, plus spread/liquidity when provided. Verify price scale from the returned fields; do not universally divide by 100, treat a stale last trade as an executable price, or call a market quote a calibrated probability. Normalize only genuinely matching binary outcomes to a declared common scale.

Show numerical divergence in percentage points only when outcome, scale, timing, and rules match. Keep uncomparable rows and the failed match condition visible. Do not average sources into a universal consensus or label a gap an arbitrage opportunity without accounting for rule, liquidity, fee, and execution differences. Public forecast questions can have participation/selection bias distinct from markets.

History requests are bounded/capped and use different source timestamps and sampling intervals. Align actual returned times rather than filling missing data with zero or claiming a price response proves a news event caused the movement. Return a proposition-match table, dated source snapshots/history, selected method/price basis, divergence calculations, and uncertainty. No trading, account, wallet, order, or automated monitoring actions are part of a comparison request.

机构持仓研究
开发者人才发现