☰
WorkBuddy 接入股票数据实战:同一套 A股 MCP 如何复用给 Codex、Claude、Cursor 和 OpenClaw
2026/10/3 12:13:51 网站建设 项目流程

1. 为什么 WorkBuddy 做 A股复盘总在“编数据”

WorkBuddy 这类 AI 办公工作台,核心能力是任务拆解、文件处理和报告交付。你用自然语言让它“整理一份盘后复盘”,它会规划步骤、调用工具、生成 Markdown。但这里有个容易被忽略的前提:WorkBuddy 会执行任务,不等于它天然拥有可靠的 A股行情数据。

我见过最常见的做法是继续堆提示词——“你是资深分析师”“请给出准确数据”“不要编造”。结果呢?Agent 转头去搜网页,把盘中快照和收盘数据混在一起,涨停口径和资金口径来自不同页面,遇到非交易日直接给你编一段“今日市场震荡上行”。这不是模型不聪明,而是它手里没有稳定的结构化数据工具。

MCP(Model Context Protocol)解决的正是这件事。它把“股票数据”从客户端里抽出来,做成一个独立的工具层。WorkBuddy、Codex、Claude、Cursor、OpenClaw 谁需要数据,谁就连这个工具层,而不是每个客户端各写一套网页解析。

本文要讲的就是:同一套 A股 MCP 服务,如何一次配置、多处复用。我会给出 WorkBuddy、Codex、Claude、Cursor、OpenClaw 各自的配置片段,统一用 TaoToken 的 API Key 接入,并演示同一个行情查询请求在多个工具里的验证步骤。全文只讨论数据接入与 Agent 工程,不构成任何投资建议。

适合谁看:正在用 WorkBuddy 做自动化办公、想让 Codex 或 Cursor 在代码工程里调行情、或者手里有多个 Agent 想统一数据源的开发者。如果你只想在单个客户端里跑通,也能从第三节直接抄配置。

2. TaoToken 前置:统一 Key 与 MCP 入口

在动手配各个客户端之前,先把“数据层”这件事想清楚。为什么不让每个客户端各自接一个数据源?因为那样你会得到三套鉴权、三套 Tool Schema、三套错误处理逻辑。换一个 Agent,全部重来。

更合理的架构是:

WorkBuddy / Codex / Claude / Cursor / OpenClaw | v 统一 MCP 工具层(TaoToken) | v 行情 / 涨停梯队 / 题材资金 / 龙虎榜 / 事件

Agent 负责理解任务和组织报告,MCP Server 负责提供结构化事实。客户端负责体验,数据层负责稳定。

TaoToken 在这里扮演的是统一接入层。你只需要在控制台生成一个 API Key,然后把这个 Key 和 MCP 入口地址填到各个客户端里。不同客户端的配置格式会变,但服务端能力不需要为每个客户端重新实现。

你需要准备两样东西:

  • MCP Server URL:https://taotoken.net/api
  • API Key:在 TaoToken 控制台生成,格式类似sk-xxxxxxxx

注意:不要把某个客户端的 JSON 配置原样复制到所有客户端。每个客户端对远程 MCP 的字段名、鉴权头写法、传输方式支持都不一样。下面每一节我都会给出对应格式。

先做一次工具发现,再写业务提示词。这是很多人踩过的坑:配置完直接让 Agent 写复盘,结果它根本没发现工具,退回网页搜索。正确的验收顺序是——先确认 Agent 能看到工具列表,再用单工具问题验证真实取数,最后才组合成完整任务。

TaoToken 的接入文档里有各客户端的详细步骤,建议对照着看:接入文档在https://taotoken.net/doc,API Key 管理在https://taotoken.net/api-keys。如果你只是想先验证模型能不能正常对话,可以用模型对话页https://taotoken.net/chat快速试一下。

3. 可复制配置:五个客户端的 MCP 片段

这一节是全文最“干”的部分。我按客户端分别给出配置片段,路径和字段名尽量贴近各工具的实际写法。你按需取用,不用全配。

3.1 WorkBuddy 自定义 MCP 连接器

WorkBuddy 把连接器定义为外部服务与 AI 工作流之间的桥梁,支持自定义 MCP 服务。在连接器或自定义 MCP 入口里添加远程服务,填两项:

{ "name": "taotoken-stock-mcp", "type": "remote-mcp", "url": "https://taotoken.net/api", "headers": { "Authorization": "Bearer sk-你的APIKey" } }

具体字段名以当前客户端界面为准。添加完成后,第一个验收点不是“能不能写复盘”,而是 Agent 能否看到股票工具。可以先问:

列出当前股票数据连接器中与市场概览、涨停梯队、题材资金、龙虎榜有关的工具。 不要调用,只说明每个工具适合解决什么问题。

如果 Agent 连工具都没发现,后面的分析只会退回网页搜索或模型记忆。

3.2 Codex 的 auth.json 与 MCP 配置

Codex 走的是配置文件路线。鉴权信息放在auth.json,MCP 服务在配置里声明。三件套要写全:Base URL、Key、Model ID。

auth.json(路径通常在~/.codex/auth.json):

{ "base_url": "https://taotoken.net/api", "api_key": "sk-你的APIKey" }

MCP 服务声明(以 Codex 的 MCP 配置段为例):

[mcp_servers.taotoken_stock] url = "https://taotoken.net/api" bearer_token = "sk-你的APIKey"

Model ID 按你在 TaoToken 控制台实际可用的模型填写。Codex 适合在研究项目、脚本、测试和数据处理代码里调用统一股票工具入口——比如写一个批量拉取日 K 的脚本,让 Codex 直接调 MCP 而不是自己拼 HTTP 请求。

3.3 Claude 的 MCP 配置

Claude 桌面端和 Claude Code 都支持 MCP。以 Claude Code 为例,配置写在 settings 里:

{ "mcpServers": { "taotoken-stock": { "type": "http", "url": "https://taotoken.net/api", "headers": { "Authorization": "Bearer sk-你的APIKey" } } } }

Claude 的长文档归纳能力强,适合把结构化市场与个股数据整理成研究报告。配置好后同样先做工具发现,再让它做复杂任务编排。

3.4 Cursor 的 MCP 接入

Cursor 在设置里的 MCP 面板添加服务,格式接近:

{ "mcpServers": { "taotoken-stock": { "url": "https://taotoken.net/api", "headers": { "Authorization": "Bearer sk-你的APIKey" } } } }

Cursor 的场景是“在代码工程中开发股票应用”。你可以在写一个行情看板时,让 Cursor 直接调 MCP 工具拿数据,而不是在代码里硬编码接口。可复用 MCP 工具在这里的价值最明显——同一套工具,WorkBuddy 用来出报告,Cursor 用来写应用。

3.5 OpenClaw 的远程 MCP

OpenClaw 面向自动任务和 Agent 工作流,接远程 A股工具层:

{ "mcp": { "servers": { "taotoken-stock": { "transport": "http", "endpoint": "https://taotoken.net/api", "auth": { "type": "bearer", "token": "sk-你的APIKey" } } } } }

字段名以 OpenClaw 当前版本为准。它的定位是自动任务和 Agent 工作流,适合把盘后复盘做成定时任务。

提示:五个客户端的配置格式差异,本质是“客户端体验层”的差异。服务端能力不变,所以你的 API Key 权限体系、复盘任务的输入输出约定、日期和空值的验收规则,全都可以保留。

4. 验证请求:同一行情查询在四个工具中的结果

配置完不等于能用。这一节演示同一个请求在 WorkBuddy、Codex、Claude、Cursor 里的验证步骤。核心是用边界清晰的问题验证真实取数,而不是一上来就跑完整复盘。

4.1 统一验证问题

在四个工具里依次问同一个问题:

查询最近一个交易日的市场概览,并返回实际交易日期。

验收时至少检查这几点:

  • 回答是否真的触发了工具调用(而不是模型记忆)
  • 是否返回了实际交易日期
  • 空结果是否被错误解释成“没有行情”
  • 参数错误、权限不足、额度限制是否能被识别
  • Agent 是否擅自补写工具没有返回的数字

4.2 单工具边界测试

市场概览通过后,再测几个边界:

查询最近一个交易日的涨停统计和连板梯队。
查询一个指定股票最近 20 根日 K,并说明数据截止日期。
查询一个不存在的股票代码,看返回什么错误。

最后一条特别重要。错误股票代码应该被识别为参数问题,而不是被模型编成“该股票今日无数据”。权限或额度不足时,也应该明确报错,而不是静默返回空。

4.3 组合成完整任务

单工具稳定后,再运行完整盘后复盘。提示词的重点不是“扮演资深分析师”,而是强制数据来源、日期检查和失败处理:

请完成最近一个交易日的 A股盘后复盘。 要求: 1. 所有市场数字必须来自已连接的股票数据工具,禁止自行生成。 2. 开始时确认 requestedDate 和 actualTradeDate;如日期回退,必须说明。 3. 依次整理市场概览、涨跌停与炸板、连板梯队、题材资金、龙虎榜和重要事件。 4. 事实、计算结果和模型推断分开写。 5. 缺少数据时明确标注,不用常识补齐。 6. 输出 Markdown 报告,不生成买卖建议。

在 WorkBuddy 里,这个任务可以配合自动化功能定时执行,收盘后跑一次并保存到固定目录。在 Codex 里,你可以把它写成一个脚本,让 Codex 调 MCP 工具后生成报告文件。在 Claude 里,适合做长文档归纳。在 Cursor 里,适合边开发边验证数据。

四个工具跑同一个请求,结果应该一致——因为数据来自同一个 MCP 工具层。如果某个工具返回的数字对不上,先查它的配置是不是漏了鉴权头,或者模型是不是没触发工具调用。

5. 常见报错排查:401、local proxy failed 与空结果

这一节对照真实报错。我按出现频率排序。

5.1 401 Unauthorized

最常见。原因通常是鉴权头写错或 Key 失效。

  • 检查Authorization字段是不是Bearer sk-xxx格式,Bearer和 Key 之间有一个空格
  • 检查 Key 是否在 TaoToken 控制台被删除或过期
  • 检查是不是把 Key 填到了 URL 参数里而不是 header

Codex 用户特别注意:auth.json里的api_key和 MCP 配置里的bearer_token是两处,别只填一处。

5.2 local proxy failed / connection refused

这个报错通常出现在客户端尝试走本地代理时。检查:

  • 客户端是否配置了本地代理端口,而该端口没有服务在监听
  • MCP URL 是否写成了http://localhost:xxxx而不是https://taotoken.net/api
  • 网络环境是否能正常访问 HTTPS 端点

如果你在配置里看到proxy相关字段,先确认它指向的服务是否真的在运行。多数情况下,直接删掉本地代理配置、走远程 MCP 入口即可。

5.3 reading choices / 返回结构解析失败

这类报错说明客户端拿到了响应,但解析不出预期结构。常见原因:

  • 客户端期望的是 OpenAI 兼容格式,但 MCP 返回的是工具调用结构,两者不能混用
  • Model ID 填错,导致请求发到了不支持工具调用的模型
  • 客户端版本过旧,不支持远程 MCP 的传输方式

处理办法:确认 Base URL 是https://taotoken.net/api,Model ID 用控制台里标注支持工具调用的模型,客户端升级到支持远程 MCP 的版本。

5.4 OAuth 相关报错

部分客户端在添加远程 MCP 时会尝试 OAuth 流程。如果服务端用的是 Bearer Token 鉴权,OAuth 流程会失败。检查客户端是否提供了“手动填写 Token”或“Bearer 鉴权”选项,选它,跳过 OAuth。

5.5 空结果被编造成市场结论

这不是报错,但比报错更危险。Agent 拿到空结果后,可能用常识补齐,写出“今日市场缩量整理”这种没有数据支撑的结论。

排查方法:在提示词里强制要求“缺少数据时明确标注,不用常识补齐”,并在验收时专门测一个非交易日或错误代码,看 Agent 是老实说“无数据”还是开始编。

5.6 工具发现失败

配置看起来没问题,但 Agent 说“我没有股票数据工具”。检查:

  • MCP 服务是否真的连上了(有些客户端需要手动启用)
  • 工具列表是否需要刷新
  • 客户端是否把 MCP 工具和内置工具混在一起,导致没显示

先跑一次“列出当前股票数据连接器中的工具”,确认工具能被发现,再往下走。

6. 一次配置多处可用:把数据层和客户端解耦

回到最初的问题:为什么同一套 A股 MCP 能换 Agent 继续用?

因为 MCP 把“客户端”和“工具”解耦了。WorkBuddy 负责自动化任务、文件处理、报告交付;Codex 负责研究项目、脚本、测试和数据处理代码;Claude 负责长文档归纳、研究报告、复杂任务编排;Cursor 负责在代码工程中开发股票应用;OpenClaw 负责自动任务和 Agent 工作流。它们各自擅长的事不同,但都需要同一份 A股复盘事实数据。

可以保留的:

  • 数据工具的语义和服务端实现
  • API Key 权限体系
  • 复盘任务的输入输出约定
  • 日期、空值和错误状态的验收规则
  • 最终报告模板

需要调整的:

  • 客户端的 MCP 配置格式
  • 凭据保存方式
  • 自动化调度与结果推送方式
  • 不同模型的提示词长度和工具选择策略

换句话说,真正值得长期建设的不是“某个 WorkBuddy 提示词”,而是平台无关的数据工具层和任务契约。

上线前建议跑完这份最小验收清单:

  1. 工具列表可以被 Agent 发现
  2. 正常交易日能返回数据
  3. 周末或节假日能说明实际交易日期
  4. 错误股票代码能被识别为参数问题
  5. 空结果不会被模型编造成市场结论
  6. 权限或额度不足时能明确报错
  7. 完整复盘中的所有数字都能追溯到工具结果
  8. 连续运行多次不会偷偷切回网页搜索

如果你准备把这套东西长期跑起来,建议把 API Key 管理和接入文档收藏好:API Key 在https://taotoken.net/api-keys,接入文档在https://taotoken.net/doc。需要长期编码或跑 Agent 任务的,可以看 Coding Planhttps://taotoken.net/coding-plan;只想先验证模型对话的,用https://taotoken.net/chat快速试。

客户端负责体验,数据层负责稳定。二者分开以后,整个系统才更容易迁移和维护。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询