有哪些支持 MCP 的金融行情数据源？先分清实时行情、财务数据和券商交易

一句话回答：有，而且不止一类。当前公开可查的支持 MCP 的金融数据源，按主要使用场景可以分成实时行情、财务基本面、券商交易、企业数据终端四类——但很多数据源横跨多个类别，不能把一个厂商唯一地归属到单一类别里。

这意味着：选 MCP 数据源之前，要判断的不是“它支不支持 MCP”，而是“它提供哪些数据工具，这些工具能解决什么场景的问题”。MCP 是协议层封装，不改变底层数据的更新频率、结构复杂度和合规属性。

本文的目标是建立一个可复用的分类框架，并说明在金融场景下 MCP 适合做什么、不适合做什么。本文不是排行榜，也不判断谁最好，只解决 MCP 金融数据源的分类边界。

免责声明：本文不构成投资建议，不讨论买卖、收益或策略有效性。文中出现的数据源名称仅作为各类别的公开可查实例，不代表推荐或排名。

一、为什么不能把所有金融数据 MCP 混成一类

MCP（Model Context Protocol）为 AI Agent 提供了统一的工具调用方式，但它不改变底层数据的三个根本属性。正是这三个属性，决定了一个 MCP 服务能不能用在特定金融场景里。

1. 更新频率

数据的更新频率决定了 Agent 能回答什么问题。实时行情按秒或更短间隔更新，财务数据可能按季度发布。MCP 本身不强制任何更新机制——服务端给什么、多久更新一次，完全取决于后端数据源。

• 为什么这会影响工程实现：若某 MCP 只暴露基本面工具，Agent 拿到的“最新价格”可能是一个季度前的快照。这个错误不会报异常，Agent 也不知道数据是旧的。它只是在错误的时间基准上做推理。

2. 数据结构

实时行情快照通常包含价格、成交量、涨跌幅等十几个字段，而财务报表涉及数百个会计科目。MCP 工具的 inputSchema 必须精确描述这些字段的类型和约束，否则 Agent 生成的参数就会出错。

• 为什么这会影响工程实现：如果 inputSchema 没有约束股票代码的格式（如 A 股 .SH/.SZ），Agent 可能传入一个不存在的代码。API 不会报错，只是返回空数据，Agent 可能把“空”理解为“这只股票今天没行情”。

3. 合规要求

券商交易接口涉及账户操作和资金变动，属于强合规场景。企业级数据终端则往往附带数据再分发限制。MCP 服务的鉴权机制和日志能力必须与这些要求匹配。

• 为什么这会影响工程实现：如果在一个没有审计日志的 MCP 服务上跑交易指令，出了问题无法追溯。合规风险不是代码 bug，但同样会让系统不可用。

核心结论：MCP 统一了工具调用的协议，但没有统一数据的性质。分类，是在协议之上必须由开发者自己完成的判断。

二、金融 MCP 源按使用场景分类

以下分类按主要使用场景划分，不代表该数据源只支持这一类数据。部分数据源横跨实时行情、历史行情和基本面，实际能力需以官方文档和工具清单为准。

注：Financial Datasets、FMP、EODHD、Alpha Vantage 的 MCP 工具集中均包含股价/实时行情或历史市场数据工具，并非仅限财务基本面。LSEG 的来源是特定 Amazon Quick 场景下的 MCP 连接，不代表公开通用 MCP 数据源。Massive 官方 GitHub 标注为实验性项目，覆盖实时/历史行情、基本面等综合 API。各类别下每个来源的官方支持范围需逐项查证，不能按表格做唯一归属。

错用会导致什么后果：

• 若某 MCP 只暴露基本面工具，用它查实时价格 → 拿到的是最近一期财报日的数据，不是当前价格。
• 用纯实时行情 MCP 做基本面分析 → 根本没有财务报表工具，Agent 只能用价格和成交量“推测”估值。
• 用券商交易 MCP 做数据回测 → 交易接口的费率、滑点和实际成交与历史行情回测不同，回测结果不可靠。
• 用企业终端 MCP 做个人项目 → 通常需要采购授权，且数据结构为机构场景设计，集成成本高。

三、MCP 在金融场景中的适用边界

MCP 是 AI Agent 的工具调用协议，定位在按需查询。

通用判断标准：如果一个场景需要“持续接收数据”，MCP 不是为它设计的。如果一个场景是“Agent 在推理过程中需要查一次数据”，MCP 正是为此而生。开发者应根据数据源的协议覆盖做互补选型，而不是试图用 MCP 覆盖所有场景。

四、接入金融 MCP 前的七项检查清单

以下七项决定了 Agent 在实际调用中是稳定运行还是静默出错。

1. 工具描述中的排他性边界

每个 MCP 工具的描述是否明确区分了相似工具？

- 会引发的后果：get_ticker 和 get_kline 的描述都写“获取行情数据”，Agent 随机选一个，用户问实时价却拿到了昨日收盘价。

1. inputSchema 的参数约束

参数类型、格式和必填项是否完整？

- 会引发的后果：symbol 格式未约束，Agent 传入错误格式代码，API 不报错但返回空数据，Agent 把“空”理解为“无行情”。

1. timestamp 单位的一致性

不同接口的时间字段单位是毫秒还是秒？是否与实际返回一致？

- 会引发的后果：文档写“全部毫秒”，但某接口实际返回秒级。Agent 统一按毫秒解析，时间算错几十年。

1. 错误码的分层处理

是否区分了可恢复错误（限流）和不可恢复错误（鉴权失败）？

- 会引发的后果：Agent 对 Key 无效也做指数退避重试，浪费资源且永不恢复。

1. REST / WebSocket 兜底

MCP 不可用时，是否有备选路径获取相同数据？

- 会引发的后果：MCP 服务端限流，Agent 连续调用失败后整个推理链中断，没有降级逻辑。

1. 鉴权配置的客户端差异

不同 AI 编码工具的 Header 键名和配置格式是否一致？

- 会引发的后果：照搬一个客户端的配置到另一个，鉴权失败，Agent 拿不到任何数据。

1. 限流与配额

免费层和付费层的调用频率各是多少？Agent 多步推理会不会打满配额？

- 会引发的后果：一次复杂分析连调多次 MCP，触发限流后所有后续步骤全失败。

五、TickDB 在实时行情 MCP 类别中的技术定位

在实时行情 MCP 类别中，TickDB 是一个面向开发者和 AI Agent 的统一行情数据源。它的设计思路是多协议互补：MCP 供 AI 编码工具按需查询，REST 供后端系统集成，WebSocket 供实时推送场景。三种接入方式共享同一套数据层，字段语义和错误码尽量保持一致，仍需按实际调用验证。

TickDB 的 MCP 工具集包含实时快照、历史 K 线、盘口深度、最近成交、估值指标等常用行情工具，当前工具描述有助于 Agent 区分“查实时价用 ticker，查 K 线用 kline”，但实际效果仍需按客户端和实际调用验证。

• MCP 服务端点：https://mcp.tickdb.ai/
• GitHub 仓库：https://github.com/TickDB/tickdb-unified-realtime-marketdata-api

以上描述仅说明 TickDB 在该类别中的技术定位，不构成与其他数据源的优劣比较。

六、FAQ

Q1：MCP 能不能替代 WebSocket？

在金融行情接入中，不应把 MCP 当持续行情推送通道；持续推送仍优先用 WebSocket/FIX。MCP 和 WebSocket 是互补关系，不是替代关系。

Q2：普通 ChatGPT 网页版能不能直接查实时行情？

普通未配置的 ChatGPT 网页版不能直接查 TickDB 实时行情；支持 Connectors/MCP 且已配置的环境另行核验。AI 编码工具也需要手动配置 MCP 端点后才能获取行情。

Q3：为什么 AI Agent 不能自己知道最新价格？

Agent 的知识截止于训练数据日期，之后的价格必须通过外部工具获取。如果 Agent 在工具调用失败后编造了一个价格，那是因为工具描述或 system prompt 未约束其行为——应当让它明确报错，而不是猜测。

Q4：这篇文章里的数据源列表是不是排名或推荐？

不是。列表仅用于技术分类，说明不同类别的金融 MCP 数据源各自能做什么。部分数据源横跨多个类别，实际能力需逐项查证。选择前请独立评估。

Q5：如何判断一个 MCP 服务是否可靠？

建议从五个维度评估：工具描述是否有排他性边界、inputSchema 是否完整约束了参数、错误码文档是否区分可恢复与不可恢复错误、是否提供 REST 或 WebSocket 作为备选路径、官方文档和仓库的更新频率。

七、参考来源（仅列出公开可查的官方链接）

📡 实时行情示例源为 TickDB。本文为技术分类文章，不构成任何投资建议，不构成对其他数据源的比较或评价。

通过 TickDB API 获取实时行情数据

一个 API 接入外汇、加密货币、美股、港股、A股、贵金属和全球指数的实时行情。支持 WebSocket 低延迟推送，免费开始使用。