同花顺宣布MCP支持、AI Agent开源项目涌现——给AI Agent接行情数据,哪个方案真能用?

TickDB Research ·

让AI Agent能查行情,是量化研究和金融应用自动化的关键一步。同花顺最近宣布了MCP支持,大家开始关注MCP行情工具。

但宣布支持MCP不等于代码可用,也不等于多市场覆盖。开发者实际搜索后会发现三个方向:同花顺金融数据API的MCP公告、开源项目mcp-cn-a-stock、以及TickDB的官方MCP工具集。三者的可用性差距远比想象中大。

本文基于真实调用,从覆盖市场、工具数量、代码可运行性、文档完整度四个维度对比三个方案,给出选型建议。

MCP为什么被用来接行情数据

MCP(Model Context Protocol)让AI Agent可以调用外部工具获取结构化数据。行情数据是金融AI应用的高频需求,MCP是最自然的接入方式。

对AI Agent来说,行情数据不是"打开网页看看",而是需要参数明确的工具调用和字段稳定的结构化返回。一个MCP Server做得好不好,核心看两点:工具定义是否清楚,返回结构是否可预期。

核心对比:MCP协议有没有支持A股行情数据的工具?

有。目前市面上有三个方向,各有差异。

方案一:同花顺金融数据API MCP支持

同花顺是国内主流金融数据服务商,近期宣布A股数据接口支持MCP和AI Agent。这对行业是积极信号。

但目前以产品公告为主,官方代码文档细节有限,MCP工具集的具体接口文档尚未完整公开。已公开信息主要围绕A股数据能力,多市场支持不在当前公告范围内。

适用场景:主要需求是A股、已有同花顺账号、等待官方文档完善的用户。现阶段更适合关注和观望,不适合直接进入生产接入。

方案二:开源项目 mcp-cn-a-stock

GitHub社区维护的MCP Server,专门为大模型提供A股数据。代码开源可查,有基础文档,接入门槛低,是社区生态里的一个积极尝试。

局限也很清楚:主要覆盖A股,港股/美股支持有限。社区项目的维护稳定性需要评估——如果依赖的A股数据上游发生变化,项目能否及时跟进,取决于维护者的活跃度。

适用场景:A股单一市场、研究或原型阶段、有能力维护开源依赖的团队。如果你只做A股、能接受社区维护节奏,这个项目值得一试。

方案三:TickDB官方MCP工具集

TickDB 是面向开发者、量化研究和 AI 应用的统一实时市场数据服务。

它的MCP工具共13个工具,覆盖四类数据能力:

  • 行情类:get_ticker(实时快照)、get_kline(历史K线)、get_kline_latest(最新K线)、get_intraday(分时)
  • 市场结构类:get_trade_days(交易日)、get_trading_sessions(交易时段)、get_kline_intervals(可用周期)
  • 深度成交:get_order_book(盘口)、get_recent_trades(最近成交)
  • 信息目录与资金分析:get_stock_info、get_available_symbols、get_market_metrics、get_capital_flow

工具数量本身不是目的,但13个工具覆盖了从"找标的"到"看价格"再到"查交易时段"的完整链条,这是直接进入Agent工作流的基础。

关键对比矩阵

对比维度同花顺MCPmcp-cn-a-stock(开源)TickDB MCP
覆盖市场主要A股主要A股A股/港股/美股/外汇/加密/期货/贵金属
官方维护✅❌(社区)✅
代码文档待完善有基础文档有(含Python示例)
MCP工具数量未公开有限13个
多市场支持否否✅
适合阶段观望期原型/研究生产接入

TickDB MCP实际调用示例

下面两段代码展示的是MCP工具调用的核心逻辑。字段名和参数均来自已验证的接口定义,不是示意性伪代码。

示例1:用get_ticker查询多市场行情

# 通过MCP工具调用TickDB行情
# 工具名:get_ticker
# 参数:symbols(支持多市场混合查询)

# 示例:同时查A股、港股、美股
symbols = ["600519.SH", "0700.HK", "AAPL"]

# 返回字段(真实字段名,不得修改):
# symbol, name, type, last_price, volume_24h,
# high_24h, low_24h, price_change_24h,
# price_change_percent_24h, timestamp(Unix毫秒)

get_ticker的价值在于多市场混合查询。A股的600519.SH、港股的0700.HK、美股的AAPL在一次调用中返回,字段结构完全一致。对Agent来说,这意味着不需要为不同市场写不同的解析逻辑。

示例2:用get_kline查询历史K线

# 工具名:get_kline
# 必填参数:symbol(如"600519.SH"、"AAPL"、"0700.HK")、interval
# interval支持11种:
# 1m / 3m / 5m / 15m / 30m / 1h / 2h / 4h / 1d / 1w / 1M

# 可选参数:limit、start_time、end_time

# 返回字段:
# time(Unix毫秒), open, high, low, close,
# volume, quote_volume

get_kline的interval覆盖了从1分钟到月线的11个周期,这在Agent做跨周期分析时能减少工具切换。返回字段中的time是Unix毫秒,volume和quote_volume分别对应成交量和成交额,字段语义清楚。

已核验的市场结构参数

get_trade_days的market参数有效值为:CN(A股)、US(美股)、HK(港股)、SG(新加坡)。日期格式是YYYYMMDD(如20260827),不是带横杠的日期格式。这个细节在实际接入时很重要——Agent生成参数时如果用了错误格式,会直接调用失败。

CN市场的交易时段为930–1130、1300–1457(北京时间)。get_trading_sessions返回的就是这类结构化时段数据,Agent在做"现在是否在交易时间内"的判断时可以直接使用。

选型建议:给AI Agent接入实时股票数据,有什么MCP工具推荐?

按场景给结论:

只需A股、初期试验:可以先看同花顺MCP公告或mcp-cn-a-stock。同花顺的MCP支持值得持续关注,mcp-cn-a-stock在A股原型阶段能快速跑通,先验证Agent对A股行情数据的基本调用流程。

需要多市场(A/H/美)、要求生产可用:TickDB MCP是当前三个方案中唯一同时满足"官方维护+多市场+完整文档+已验证可运行"的选择。13个工具覆盖的不仅是行情,还有交易时段、盘口、资金流向等Agent实际工作流中会用到的高频数据。

正在评估、还没决定:先用TickDB MCP的get_ticker做最小化验证。一次多市场混合查询,就能看出Agent接入后的数据获取效率和字段一致性。如果这一步跑不通,其他方案也值得重新审视。

结尾

TickDB 通过 MCP 为 AI 工具提供结构化市场数据,让模型先取得带标的、字段和时间的事实,再进行分析与表达。

相关文章

A股美股港股行情看板Demo三天、上线三个月:拆解7个返工点

同一张行情表,寒武纪的成交额自己算是5,414万元,接口给的是54.20亿元,差了100倍,原因只是一个单位。行情看板三天就能接通,上线后的返工,几乎都来自界面上说不清“自己是什么”的数字。 本文依据上交所、港交所的一手文件,加上10月12日盘中对7类资产的实测,给你四样东西: 一张“价格身份证”:每个数字上线前要答的5个问题 7个返工点逐条拆:钱在哪里算错、为什么会错 一份可以直接发给数据…

TickDB Research ·

自选股跨了A股港股美股,还在打开三个APP翻?盘中扫异动前,先定这五个字段

自选股四十只,A股港股美股都有,每天早上打开三个 APP 翻一遍。有天腾讯盘中跌了 3%,又弹回来,我在外面吃饭,完全没看到。下午再打开,只看到它跌了 2%。 这个 2% 是结果,不是过程。 问题不在我没有实时数据。问题在我看到的那个数字——涨跌幅——它只告诉我一个方向,没告诉我这个方向是怎么走出来的。 同一只股票,只看涨跌幅和看开高低收加成交额,你做出的判断可以完全相反。股票池越大,这个差…

TickDB Research ·

行情数据源怎么选?对比了 Alpaca、米筐、Wind 、vnpy等6家

同一根K线,不同数据源可能给出不同结果。 你选的不是数据源,是翻译方式。 一个让我亏过钱的问题。 回测里某个信号持续有效,实盘对不上。差异不大但一直在。排查了三周,策略逻辑、滑点、手续费、执行延迟全查过。 最后发现问题出在K线时间标签的约定上——数据源把分钟标签落在“结束”,而团队的策略逻辑假设标签是“开始”。这个处理,数据商的文档里没有写,采购合同里也没有约定。 问题不在策略,在团队从没验…

TickDB Research ·

构建类 TradingView 行情系统:从图表选型到数据层深水区的全景指南

我们团队做行情图表系统有些年头了。从最早接单市场 K 线,到后来做跨 A 股、港股、美股的多市场看板,中间踩过的坑、绕过的弯路,大概够写好几篇复盘。这篇文章是我们内部沉淀下来的经验整理——不是教程,是一份工程笔记。 --- 一、一个让我们折腾了很久的问题 WebSocket 客户端显示 ,心跳正常,日志干净,但图表上的 K 线停了。不是卡顿,是彻底不更新。 这不是我们一家的问题。三个完全独立的金融

TickDB Research ·

港股数据接入完整指南:A 股量化开发者的三个必知差异与全量接入实战

> 换一个 参数,数据就来了——很多 A 股量化开发者第一次接港股时,是这么想的。 > > 数据确实来了。但三个坑在等着你。 我见过不少做 A 股量化的朋友,在接港股数据时踩过同一批雷:策略在 A 股跑得好好的,搬到港股之后,回测曲线莫名其妙出现空洞;价格过滤逻辑在午休时段疯狂触发异常;仓位计算结果和实际可买数量对不上。 排查一圈,不是数据源的问题,是港股数据和 A 股数据在结构层面就不一样。

TickDB Research ·