QVeris
MCP 与工具调用

面向 AI Agent 的金融数据 MCP 服务器

构建覆盖监管文件、基本面与宏观数据的金融MCP工作流,核对类型化工具、输出、审计记录和QVeris配置。

发布日期:2026年4月1日 · QVeris团队制作
Close-up of a market display with price charts and red and green quote tables.
行情屏幕特写:价格曲线与红绿报价表格并列展示。

金融数据 MCP 服务器是受控工具边界,而不是数据源本身

金融数据 MCP 服务器通过结构化工具向兼容 MCP 的智能体暴露金融能力。它可以封装公司基本面、SEC 文件、财报事件、电话会记录、宏观经济序列和新闻 API,同时把供应商凭据与执行逻辑留在模型上下文之外。

MCP 规范了智能体如何发现和调用工具,但不会自动保证底层数据准确、已授权、及时或可比。生产团队仍需处理来源追踪、报告期与单位校验、权限执行、速率限制和基准查询验证。

本指南适合以下需求
1

把 Claude、Cursor 或其他 MCP 客户端连接到供应商支持的金融工具。

2

构建具有可审计调用的文件、基本面、财报、宏观或研究智能体。

3

在直接 API、自建 MCP 服务器和能力路由层之间做选择。

4

在数据进入投资备忘录、告警或下游模型前完成验证。

本金融数据 MCP 指南涵盖什么

1. 定义与边界

MCP 改变什么、不改变什么,以及金融数据与市场数据的区别。

2. 架构与契约

Host、客户端、服务器、供应商、审计层,以及每个结果必须携带的元数据。

3. QVeris 配置

本地 stdio 与托管 HTTP 方案,以及验证、发现、检查、探测和调用。

4. 研究工作流

结合文件、财务事实、事件与宏观背景的实际财报研究流程。

5. 验证与控制

基准查询、时效、单位、修订、权限、许可与审计证据。

什么是金融数据 MCP 服务器?

它是一种 MCP 服务器,把范围明确的金融数据操作暴露为可发现、具有参数结构、可由 AI 应用调用的接口。

Tools 执行操作

例如把股票代码解析为公司实体、获取监管文件、读取公司事实、获取经济序列或搜索金融新闻。输入和输出都应类型明确且范围受限。

Resources 提供上下文

Resources 可提供只读的数据结构、指标定义、文件索引、供应商文档或已批准的研究模板,而不把每次读取都视为一次操作。

Prompts 固化可重复任务

Prompt 可以标准化财报摘要或公司比较,但证据仍应来自带有明确来源元数据的 tools 与 resources。

重要边界:MCP 是交互协议,不是金融数据许可证、数据仓库、语义层或事实系统。权威来源仍可能是 SEC 接口、宏观经济数据库、交易所授权行情或商业基本面供应商。

金融数据与市场数据相关,但并不相同

本页聚焦研究与金融上下文。低延迟报价、成交、K 线、订单簿、交易时段和流式数据应参考单独的市场数据 MCP 服务器指南。

类别 典型操作 关键元数据 主要风险
实体与证券主数据 解析股票代码、CIK、ISIN、交易所和股权类别 实体 ID、生效日期、交易所 错误公司关联
监管文件与披露 查找 10-K、10-Q、8-K,获取文档或 XBRL 事实 CIK、表格类型、accession、提交日期、报告期 混淆提交日期与财务报告期
公司基本面 收入、利润率、现金流、资产负债表与比率 分类标准、单位、币种、报告期、重述状态 错误的跨公司可比性
财报与电话会记录 财报日历、预期值、实际值与电话会记录获取 事件时间、财季、发言人和来源权利 把初步数据当作最终数据
宏观经济序列 搜索序列、观测值、发布与历史版本日期 频率、单位、季调状态、数据版本 修订数据造成前视偏差
金融新闻与研究 搜索事件、获取文章、分类主题 发布者、时间戳、URL、语言和使用权 重复或未授权内容

把 MCP 放在智能体与供应商执行层之间

模型应看到精简的工具契约和结构化结果,而不是原始凭据、无限数据结构或所有供应商 SDK。

层级 职责 金融控制
智能体 Host 规划任务、选择可用工具,并在需要时请求批准 用户身份、调用目的、工作区策略
MCP 客户端 协商传输、列出工具、发送结构化调用并返回结果 允许的服务器列表、密钥处理和调用审批
金融数据 MCP 服务器 暴露工具、验证参数、执行限制并统一错误 权限范围、超时、行数上限和供应商路由
供应商与数据源层 调用 SEC、宏观、新闻、基本面或专有数据 访问权、速率限制、归属与再分发规则
证据与审计层 保存调用目的、工具 ID、来源、执行 ID、成本和结果 可追踪性、对账与事故复盘

MCP 支持本地 stdio 与远程 Streamable HTTP 传输。传输方式会改变部署和认证,但不应改变金融结果契约或验证规则。

先为可审计性设计结果,再增加更多工具

清晰的工具名和 JSON Schema 只是起点。金融结果还需要语义元数据,让智能体能够区分提交日期与财务报告期、百万单位与原始单位、实际值与预期值,以及当前值与历史版本。

当数据不可用、延迟、超出授权、存在歧义或规模过大时,应返回明确错误码。不要把所有供应商错误都转为空数组,否则智能体可能把空结果误解为事实上的不存在。

最小结果封装
{
  "data": { "...": "provider result" },
  "source": {
    "provider": "provider_name",
    "source_url": "https://...",
    "retrieved_at": "2026-07-30T08:00:00Z"
  },
  "financial_context": {
    "entity_id": "CIK0000320193",
    "period": "FY2025",
    "currency": "USD",
    "units": "USD",
    "as_of": "2025-12-31",
    "revision": "reported"
  },
  "execution": {
    "tool_id": "resolved_tool_id",
    "execution_id": "exec_...",
    "status": "success"
  }
}

把 discover、inspect、probe 与 call 作为独立控制点

QVeris 保持精简的 MCP 表面,同时允许智能体在运行时搜索更大的能力网络。

01 · 发现 描述金融能力,而不是最终参数值

搜索“按 CIK 获取 SEC 公司事实”或“带历史版本日期的经济序列观测值”,并保存返回的 search_id 与候选 tool_id。

02 · 检查 检查参数、示例、供应商、质量、延迟与计费

如果候选工具缺少所需报告期、实体标识、单位或来源字段,应拒绝使用。对重要任务复用已保存工具前,应重新 inspect。

03 · 试运行 执行前验证参数并确认报价

当调用成本较高、参数不确定或工作流必须在消耗积分前失败时使用 probe。probe 成功只代表输入通过验证,不代表源数据一定正确。

04 · 调用 使用选定工具 ID 与结构化参数执行

在把数据转换为备忘录或模型表格前,保留执行 ID、供应商元数据、计费信息与原始结果。

05 · usage_history / credits_ledger 结果使用后完成工作流对账

使用 usage history 审计调用,使用 credits ledger 核对最终结算,并把两类记录关联到研究任务、用户与决策产物。

连接智能体前准备好身份、数据范围与验证基准

技术前置条件
1

兼容 MCP 的客户端与有效的 QVeris API Key。

2

本地 @qverisai/mcp 需要 Node.js 18+;托管端点需要客户端支持远程 MCP。

3

使用密钥存储或环境变量,避免 API Key 进入提示词与源代码。

金融控制前置条件
1

已批准的数据类别、允许用户与下游用途。

2

至少三个代表性工作流的基准记录或查询。

3

针对延迟数据、修订、缺失值、供应商冲突与人工复核的策略。

通过本地进程或托管 HTTP 连接 QVeris MCP

为每个环境选择一种传输方式,把密钥保存在安全位置,重新连接客户端,并在执行金融查询前确认标准工具可见。

方案 A · 本地 stdio

当 MCP 客户端可以启动本地进程时使用 npm 包,适合桌面客户端与开发环境。

{
  "mcpServers": {
    "qveris": {
      "command": "npx",
      "args": ["-y", "@qverisai/mcp"],
      "env": {
        "QVERIS_API_KEY": "YOUR_QVERIS_API_KEY"
      }
    }
  }
}
方案 B · 托管 Streamable HTTP

当客户端支持远程 MCP,且你不希望管理本地包或后台进程时,使用托管端点。

{
  "mcpServers": {
    "qveris": {
      "type": "http",
      "url": "https://mcp.qveris.ai/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_QVERIS_API_KEY"
      }
    }
  }
}
验证

重新连接客户端,确认可以看到 discover、inspect、probe、call、usage_history 和 credits_ledger。对于本地客户端,可使用 QVeris CLI 验证配置并探测 MCP 进程。

首次安全测试

首次测试只执行发现与检查。先搜索公开监管文件或宏观经济能力,检查参数与来源,再在首次付费或供应商调用前执行 probe。

构建可复现的财报研究工作流

目标不只是生成摘要,而是保留足够证据,让另一位分析师或智能体可以复现结果。

步骤1 解析公司身份

把用户输入的公司名称或股票代码映射为 CIK、交易所限定代码等稳定标识。若输入对应多个发行人或股权类别,应停止并请求确认。

步骤2 获取最新文件与上一可比期间

记录表格类型、accession 编号、提交时间、财务报告期和来源 URL。比较相同表格和财务期间,而不是简单选择最新文档。

步骤3 获取带单位与分类标准的规范化事实

获取收入、营业利润、现金流等所需事实,并保留原始分类概念、单位、币种、开始日期、结束日期以及是否重述。

步骤4 加入财报与宏观背景,但不要混用时间口径

分别保留事件时间、发布时间、财务报告期与宏观数据版本。今天看到的修订后宏观序列,不能假装在历史决策日期已经可用。

步骤5 生成带引用与不确定性的结论

每个重要结论都应指向结果记录或来源 URL。对预估值、缺失值、供应商冲突和数据转换进行标记,不要把它们润色成过度确定的文字。

步骤6 保存运行清单

持久化用户目的、标识符、工具 ID、参数、执行 ID、获取时间、来源链接、转换、验证结果与最终结算。该清单就是研究备忘录的审计轨迹。

验证金融含义,而不只是 HTTP 成功

即使返回 200,也可能包含错误实体、期间、单位、版本或授权背景。上线前应使用明确的通过/失败证据。

检查项 通过证据 失败处理
实体身份 股票代码、法定名称、交易所与稳定标识一致 请求消歧,不做猜测
期间与时间戳 财务期间、提交日期、事件时间和获取时间分别记录 时间口径一致前阻止比较
单位与币种 保留原始单位并明确记录转换 返回明确的单位错误
来源追踪 供应商、来源 URL、工具 ID 和执行 ID 齐全 不得发布无来源支持的结论
基准查询一致性 代表性总量在规定容差内与可信记录一致 隔离该工具或供应商路由
错误行为 缺失、延迟、未授权、歧义和限流均有不同错误 失败关闭,绝不编造数值
审计对账 调用历史、积分记录与研究清单一致 暂停下游交付并复核

把数据权利、访问控制与时点完整性作为一级控制

凭据与最小权限

让供应商与 QVeris 密钥远离提示词。把访问绑定到用户、工作区、用途和允许的能力类别。密钥泄露后应轮换,并在更换密钥后创建新的 MCP 会话。

许可与再分发

MCP 不会授予再分发供应商数据、全文文章、电话会记录或交易所行情的权利。必须执行底层供应商关于展示、保留、归属与用户授权的条款。

时点完整性

保存决策日期当时可用的数据版本。这对修订后的宏观序列、重述财务数据、更正文件、延迟电话会记录和回测非常重要。

数据源特定限流

根据供应商设置缓存、分页、退避与批量下载策略。对 SEC 自动访问,应识别客户端并遵守当前公平访问指引,而不是高频抓取。

人工复核边界

当结果将触发交易、客户沟通、估值变更、合规申报或重大资本决策时,应要求人工复核。工具可用不等于获准执行行动。

禁止编造金融数值

如果来源不可用或存在歧义,应返回明确失败类型与下一步操作。绝不能让模型凭记忆补全缺失季度、币种、预估值或价格。

避免让金融智能体“自信地犯错”

大多数生产故障不是由 MCP 传输造成的,而是来自实体歧义、结果契约不完整、忽视许可、混用时间期间、供应商错误被静默处理,以及摘要丢失来源证据。

1

一个巨型金融工具:大量可选参数导致调用歧义。应按操作拆分并保持结构精简。

2

只使用股票代码:股票代码会变化或被复用,应先解析稳定标识。

3

供应商失败时返回空数组:应区分“没有记录”、超时、未授权和限流。

4

没有原始证据:缺少来源 URL 与执行 ID 的精美报告无法审计。

5

未验证等价性就回退供应商:单位、时间、调整方式与许可兼容前,不得切换来源。

选择能够保留所需控制的最小架构

当智能体需要跨类别发现供应商支持的能力时,QVeris 很有价值;但它并不自动适合所有私有数据集或超低延迟工作负载。

方案 最适合 优势 取舍
直接供应商 API 一个已知数据集与稳定应用流程 完整端点控制、直接供应商支持、最少路由 需要自建适配器,并分别处理认证、计费、错误与监控
自建金融 MCP 服务器 私有数据、专有模型与固定内部语义 在自有基础设施内获得最大策略与结构控制 自行承担协议升级、供应商集成、测试、安全与运维
QVeris MCP 服务器 需要发现并调用多个供应商能力的智能体 精简 MCP 表面、运行时发现、检查、探测、调用、使用审计与积分账本 私有语义仍需自建层;供应商条款与验证要求仍然适用
混合方案 私有研究数据加外部金融能力 保持内部事实系统私有,同时使用 QVeris 扩展外部能力 需要清晰的路由、身份、来源与冲突处理规则

金融数据 MCP 服务器常见问题

什么是金融数据 MCP 服务器?
它是一种 MCP 服务器,把金融数据操作暴露为 AI 应用可发现、具有参数结构的工具。典型操作包括解析公司、获取监管文件与财务事实、读取财报事件、获取宏观序列和搜索金融新闻。
金融数据 MCP 服务器应暴露哪些数据?
应从实体解析、公司基本面、监管文件、财报、宏观经济序列和新闻等范围明确的工具开始。每个结果都应包含来源、时间戳、实体、报告期、单位、币种、修订状态和执行元数据。低延迟市场数据应作为单独工作负载处理。
QVeris 如何通过 MCP 提供金融数据?
QVeris 通过 MCP 服务器暴露 discover、inspect、probe 和 call。智能体先搜索能力,检查参数结构与质量信号,在需要时验证参数和价格,执行选定工具,最后检查调用历史与积分结算。
金融数据 MCP 服务器等同于市场数据 MCP 服务器吗?
不完全相同。金融数据包括监管文件、基本面、财报、宏观数据、新闻和研究上下文;市场数据聚焦报价、成交、K 线、订单簿、交易时段、流式传输和延迟。两者可以共享 MCP 边界,但时效、许可和验证控制不同。
AI Agent 可以直接信任 MCP 返回的金融数据吗?
不能在未验证的情况下直接信任。MCP 规范访问方式,但正确性仍取决于供应商、标识符、单位、期间、修订与转换。生产工作流应把代表性输出与可信记录比较,并保留来源和执行证据。
仍然需要供应商许可和访问控制吗?
需要。MCP 不会覆盖供应商条款、再分发权、交易所规则、用户授权、保留限制或归属要求。必须对每个底层来源和下游用途执行这些控制。
什么时候应使用 QVeris,而不是自建金融 MCP 服务器?
当智能体需要在多个供应商能力之间运行时发现,并希望使用统一维护的 MCP、REST、SDK 与 CLI 协议时,适合使用 QVeris。当核心需求是专有数据、私有计算、固定内部结构或完全隔离的控制时,适合自建服务器。很多团队最终采用混合模式。

先连接一个金融工作流,再验证它

配置 QVeris MCP,发现一个监管文件或基本面能力,完成 inspect 与 probe,运行一条基准查询,并在扩展更多供应商前保留完整执行记录。