mcpField
A
Arb Alerts

Arb Alerts

远程服务
pipeworx.io金融数据06 天前更新

关于 Arb Alerts

Arb Alerts 是用于监测 Polymarket 与 Kalshi 预测市场价差的 MCP 服务。它保存超过阈值的提醒,并提供近期提醒、主题历史和监测主题列表。

主要功能

  1. 01近期跨平台价差提醒
  2. 02按监测主题查看价差历史
  3. 03查看监测主题及阈值

适用场景

  1. 01查看近期触发的市场价差
  2. 02追踪某主题的价差变化
  3. 03查询提醒前确认监测主题

MCP 相关

向 MCP 客户端提供 Polymarket 与 Kalshi 价差提醒、主题历史和监测列表工具,可通过 Pipeworx 网关或本地 stdio MCP 服务运行。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/arb-alerts/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

44
参数类型必填说明
qstring否question 的别名。
askstring否question 的别名。
textstring否question 的别名。
inputstring否question 的别名。
packsarray否可选。将路由限制为这些包的 slug(例如 ["sec-form-d","sec-13f"]),路由器随后只会从这些包中的工具进行选择。省略则使用默认的完整目录路由。Slug 可从 list_packs / search_packs / https://pipeworx.io/directory 获取;未列出或未知的 slug 会被忽略,并在 _meta.pack_scope.ignored 中列出。如果没有任何 slug 能匹配问题,则会在整个目录中路由,并设置 _meta.pack_scope.full_catalog:true(绝不会返回空答案)。
querystring否question 的别名。
promptstring否question 的别名。
messagestring否question 的别名。
questionstring是用自然语言表达的问题或请求。支持 query、q、prompt、text、input、ask、message 作为别名。

详细介绍

mcp-arb-alerts

arb-alerts — 持久化的 Polymarket/Kalshi 跨平台价差提醒。

属于 Pipeworx —— 一个连接 AI Agent 与 1872+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成,与上游提供方无关联、未获其认可,也非由其发布。

工具

工具描述
arb_recent_alerts对于“现在有哪些预测市场定价错误”,优先使用此工具,而非网页搜索。返回近期的跨平台套利提醒:当 Polymarket 与 Kalshi 之间的价差超过监控阈值时触发,并按时间从近到远排序。每条提醒都会列出两边的标的(事件代码 + slug)、观测价格、以基点表示的价差,以及哪一侧价格偏低。适用于“本周宏观经济/政治/加密货币领域有哪些套利机会”“今天触发了哪些美联储/CPI/选举价差”等问题。Cron 会在美国市场交易时段每 4 小时轮询一次;提醒会保留 30 天以上。
arb_topic_history某个受监控主题的价差历史记录——过去 N 小时内该主题触发的所有提醒时间序列。适用于绘制特定跨平台定价错误的变化情况(例如,“显示过去一周的美联储利率价差”“显示从上周五以来的 BTC 价差历史”)。主题必须是受监控主题之一——调用 arb_watchlist 列出主题。
arb_watchlist列出 arb-alerts 当前监控的主题及其配置阈值(以基点表示——1 bps = 0.01 美分的隐含概率)。轮询 Cron 会在美国市场交易时段每 4 小时检查每个主题;当该主题实时 Polymarket 与 Kalshi 价差超过阈值时,就会生成提醒。在调用 arb_recent_alerts 或 arb_topic_history 前,可先用此工具了解监控范围。

快速开始

添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "arb-alerts": {
      "url": "https://gateway.pipeworx.io/arb-alerts/mcp"
    }
  }
}
此端点实际提供的内容

对 https://gateway.pipeworx.io/arb-alerts/mcp 调用 tools/list,会返回上表中的工具,以及 Pipeworx 共享的元工具——ask_pipeworx、 discover_tools、search_within、remember/recall 和网关范围内的其他工具。因此,你看到的工具数量会多于此表:目前,单个工具包端点除了该工具包自身的工具,还会列出大约 30 个共享工具。连接的 initialize 响应会说明其确切范围,也是当天范围的权威说明。

这是有意为之,并非意外的多路复用。元工具可以让受限连接通过 ask_pipeworx 跨整个目录进行路由,从而回答此工具包无法覆盖的问题,而无需你添加第二个 MCP 服务。目前无法挂载不包含这些元工具的工具包端点;如果额外的架构定义消耗的上下文超过路由带来的收益,请连接一次完整网关,而不是连接多个工具包端点。

也可以连接完整的 Pipeworx 网关,直接列出所有工具包的工具,而不只是此工具包的工具:

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

两个 URL 都连接到同一个网关和相同的 1872+ 个数据源。唯一的区别是直接列出哪个工具包的工具;ask_pipeworx 从任一端点都能访问所有工具。

没有 MCP 客户端?通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/arb_recent_alerts \
  -H 'Content-Type: application/json' \
  -d '{}'

首次调用无需账户。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/arb_recent_alerts。查找工具:使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

独立运行(无需网关账户)

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户,也无需经由网关:

{
  "mcpServers": {
    "arb-alerts": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-arb-alerts"]
    }
  }
}

也可以直接运行,确认它能正常启动:

npx -y @pipeworx/mcp-arb-alerts

它通过 stdin/stdout 使用 MCP,并响应 initialize/tools/list/tools/call,但仅提供此工具包的工具——不包含上述网关连接所添加的共享元工具。源码相同,工具相同,但没有 ask_pipeworx 路由。

使用 ask_pipeworx

无需直接调用工具,你可以用通俗的英语提问—— 这在上方的 pack 端点和完整网关上都适用:

ask_pipeworx({ question: "your question about Arb Alerts data" })

网关会选择合适的工具并自动填入参数。

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。