2026世界杯情报

世界杯情报的碎片化问题

2026 年 FIFA 世界杯开赛期间，Agent 想回答“巴西对法国这场球，市场怎么看”这类问题，通常要跨三个彼此割裂的数据源：官方赛程与伤停、Kalshi / Polymarket 的实时盘口，以及散落在社交媒体和新闻里的赛前情报。它们各自使用不同的 ID 体系，价格变动的原因难以追溯，官方确认的数据与 provisional 数据分散，难以分辨哪些已经确认。等 Agent 拼凑完上下文，市场往往已经变了。

这个技能如何工作

@user_3c6cb52e/world-cup-rg4z 本身不跑代码。它通过 machina-cli 选中托管的 World Cup Intelligence 项目，由 Agent harness 连接该项目的 MCP server。租户路由、provider key、限流与缓存都在服务端，调用方不必直接碰 HTTP API 或持有 provider key。

所有工具均为只读，按用途分两组。身份与赛程组提供 worldcup-get-schedule、worldcup-get-squads、worldcup-get-injuries、worldcup-get-standings 等，返回官方比赛事实。市场情报组提供 worldcup-search-markets、worldcup-get-market-state、worldcup-market-movers、worldcup-explain-market-move 等，覆盖 Kalshi 与 Polymarket 两个场所。

典型工作流是五步：先用 worldcup-search-markets 找到市场，每个市场自带 event_urn 与 related_team_urns；再用 worldcup-resolve 或 worldcup-get-event-context 锚定到赛程、阵容、积分和伤停；接着读取实时盘口与跨场所价差；然后借助 AI 工具解释价格变动、生成情报简报或舆情脉搏；最后把信号连同来源、新鲜度、流动性与结算口径的注意事项交给用户，到此为止。

每个实体都有跨场所稳定的 canonical URN，读取同时接受 provider 自身的 id，例如 api-football 的 fixture id，客户端可以用最简句柄调用。

适用边界

这是只读情报层，没有下单、交易或组合端点。所有输出都是体育市场信息，不构成投注、交易、金融或投资建议。edge 与 mover 是信息性候选，不是推荐。

计量是付费的，遇到 402 / insufficient credits 应把错误暴露给用户并停止，不要重试循环。调用前按顺序确认：machina-cli 已安装、已认证、项目已选中、harness 已连接 MCP server。任何市场输出都必须附带来源、新鲜度与结算/流动性注意事项。