很多人用 Codex 研究股票时，第一步是让它搜索网页，再把新闻、行情和观点拼成一篇总结。短任务勉强能用，但只要每天重复执行，很快就会碰到三个问题：网页字段变化、交易日期混乱、结论找不到对应数据。

更稳妥的做法，是把 Codex 当成研究流程的执行者，把结构化股票数据交给 MCP 工具层。本文直接以悟道 A 股股票数据 MCP 为例，完成一次从连接、验证到市场研究报告的完整流程。

这套方法不是让 AI 猜涨跌，而是让它先查数据、保留日期和证据，再组织研究结论。

一、为什么 Codex 适合做这件事

Codex 不只是聊天窗口。它可以读取 MCP 工具说明，调用远程数据，生成脚本和 Markdown 文件，还能把每天相同的研究步骤固化下来。

一个比较清晰的分工是：

Codex：拆解任务、选择工具、核验字段、生成报告
悟道 MCP：提供行情、涨停梯队、题材、资金、公告等结构化数据
本地项目：保存模板、历史报告和对比脚本

这样做的价值不在于少写几行请求代码，而在于研究过程可以复查：哪一天的数据、调用了什么工具、哪些字段缺失、哪句话是事实、哪句话是推断，都能在报告中留下痕迹。

二、把悟道 MCP 接入 Codex

悟道当前的正式 MCP 地址是：

https://stock.quicktiny.cn/api/mcp

在开发者控制台创建 API Key 后，先把密钥放进环境变量。不要把真实密钥写进文章、提示词或 Git 仓库。

export WUDAO_API_KEY="YOUR_API_KEY"

然后在终端中添加远程 MCP Server：

codex mcp add wudao-stock-data \
  --url https://stock.quicktiny.cn/api/mcp \
  --bearer-token-env-var WUDAO_API_KEY

检查是否已经写入配置：

codex mcp list

如果使用的是带 MCP 管理界面的 Codex 客户端，也可以按同样的信息添加远程服务：名称填写 wudao-stock-data，URL 填正式 MCP 地址，鉴权使用 Bearer API Key。

连接成功不等于验收成功。下一步应让 Codex读取工具列表，并先完成一个最小查询。

三、先跑一个最小验证

新建 Codex 任务后，可以先输入：

请检查 wudao-stock-data 是否可用，列出与市场概览、涨停梯队、题材和资金流相关的工具。
然后只调用一个市场概览工具，告诉我：
1. 实际数据日期；
2. 数据更新时间；
3. 返回了哪些主要字段；
4. 是否存在缺失或错误状态。
暂时不要生成行情判断。

这个步骤主要检查四件事：

1. Codex 能否发现工具，而不只是显示服务器已连接；
2. 鉴权和调用额度是否正常；
3. 返回结果是否包含实际交易日或更新时间；
4. 空结果、权限错误和上游异常能否被明确识别。

如果最小调用都没有通过，不要直接运行十几个工具的长任务。先解决连接、密钥、日期或参数问题，排错会简单很多。

四、一份可直接执行的市场研究指令

完成最小验证后，可以把下面这段交给 Codex：

请使用悟道 A 股股票数据 MCP，对最近一个已经收盘的交易日做市场研究，并生成 market-review.md。

执行顺序：
1. 查询市场概览，确认实际交易日、涨跌家数、涨停数、跌停数、成交额和市场宽度；
2. 查询涨停梯队、炸板情况和连板高度，整理首板、二板及更高梯队；
3. 查询题材或板块强度，找出当日活跃方向，并说明题材内部是否形成梯队；
4. 查询资金流和异动线索，检查资金方向是否与题材强度一致；
5. 对核心股票补充 K 线、龙虎榜、公司事件或官方披露，只做事实核验；
6. 把事实数据、分析判断和待验证问题分开书写；
7. 任一工具失败时，记录工具名称、错误状态和对结论的影响，不得补造数字；
8. 文末保留实际交易日、生成时间、数据来源和风险说明；
9. 不输出买卖建议，不执行交易操作。

这段指令的重点是规定研究顺序，而不是让模型自由发挥。先看全市场，再看涨停结构，然后看题材和资金，最后才下钻到个股，能减少“看到一条新闻就先定结论”的问题。

五、报告最好拆成三层

我通常要求 Codex 把报告分成下面三类内容。

1. 可核对事实

例如实际交易日、上涨家数、涨停数量、最高连板、活跃题材、成交额和资金方向。每个关键数字应尽量保留来源工具或对应字段。

2. 基于事实的判断

例如“市场宽度改善”“连板高度下降”“题材内部梯队不完整”。这些是分析判断，不能和原始数据混在一起，更不能写成确定性预测。

3. 尚未解决的问题

例如某个资金字段尚未更新、某只股票没有龙虎榜记录、题材分类口径不同。把问题保留下来，比让 Codex自动填满一篇看似完整的报告更有价值。

一个简单的输出骨架如下：

# A 股市场研究报告

## 数据状态
- 实际交易日：
- 更新时间：
- 成功工具：
- 失败或缺失工具：

## 市场概览
## 涨停与连板结构
## 题材强度
## 资金与异动核验
## 核心个股事实卡
## 明日需要继续验证的问题
## 数据来源与使用边界

六、三个不能省略的核验点

核验实际交易日

周末问“今天行情如何”，得到的往往是最近一个交易日的数据。报告必须写实际交易日，不能只写生成日期。

区分空记录和调用失败

“没有龙虎榜记录”和“龙虎榜工具请求失败”完全不同。前者是事实，后者是数据缺失，Codex 不应该用同一句“暂无数据”带过。

让不同证据互相校验

题材热度高，不代表资金、涨停梯队和核心个股都同步走强。让 Codex 用题材排行、梯队结构、资金流和个股事实交叉检查，报告会比单一榜单可靠得多。

七、进一步固化成每天可重复的任务

第一次跑通以后，可以让 Codex 继续做三件事：

1. 把报告骨架保存为固定模板；
2. 为每天的报告使用统一文件名和日期字段；
3. 编写一个对比脚本，计算最近五个交易日的市场宽度、连板高度和活跃题材变化。

这时 Codex 的优势才真正体现出来：它不仅能回答一次问题，还能把工具调用、字段核验、文件生成和历史比较放进同一套工程流程。

八、同一套悟道 MCP 不只可以给 Codex 用

悟道 A 股股票数据 MCP 是远程工具服务，同一个正式入口也可以配置给 WorkBuddy、Claude、Cursor、OpenClaw、Hermes 和其他支持 MCP 的 Agent。客户端的配置界面可能不同，但研究流程可以保持一致：先发现工具，再调用结构化数据，最后生成带日期和证据的报告。

WorkBuddy 更适合把复盘嵌入办公自动化和定时交付；Codex 更适合生成脚本、管理研究文件和调试工具；Cursor、Claude Code 则适合在已有项目中继续开发。工具层统一后，不需要为每个 Agent 重写一套股票接口。

常见问题

Codex 可以直接接 A 股股票数据源吗？

可以。对于支持 MCP 的 Codex 版本，可以把悟道 A 股股票数据 MCP 添加为远程服务，通过工具发现和工具调用查询结构化数据。

悟道 MCP 适合做哪些市场研究？

适合做市场概览、涨停梯队、题材强度、资金流向、龙虎榜、公司事件、官方披露和自选股复盘等任务。它是研究数据工具层，不执行交易下单。

为什么不让 Codex 直接搜索网页？

网页搜索适合补充背景和观点，但不适合单独承担每天重复的结构化行情任务。MCP 返回的参数、字段、日期和错误状态更容易被程序核验。

结语

用 Codex 做股票市场研究，真正需要优化的不是“预测提示词”，而是数据链路和报告契约。把悟道 MCP 接入以后，先用最小调用验证日期和字段，再按照市场概览、涨停梯队、题材、资金、个股证据的顺序执行，最后把事实、判断和缺失项分开。

当这套流程能够每天重复、失败时也能清楚交付状态，AI 才真正从聊天助手变成了可复查的研究工具。

本文只讨论数据工具接入和市场研究流程，不构成投资建议。

参考资料

• 悟道 A 股股票数据 MCP：https://data.quicktiny.cn/
• Codex 接入说明：https://data.quicktiny.cn/codex-stock-data-mcp.html
• MCP 正式入口：https://stock.quicktiny.cn/api/mcp