Claude/DeepSeek查不到寒武纪实时行情?MCP工具5步配置,AI答案自带时间戳

TickDB Research ·

你用Claude分析寒武纪,问“现在多少钱”,它回答“480元”。你拿这个价格算PE,觉得估值合理,设好了止盈止损。但真实股价是530——你的PE计算偏移了10%,你的止损线设在了错误的位置。

大模型训练数据有截止日期,它看不到今天的行情。你继续追问“这个价格是几号的”,它含糊其辞。你的估值、仓位、交易计划,全部建立在一个过期数字上。你用AI分析估值时用了过期价格,PE/PB全部偏移,最后亏的是真金白银。

问题不在你的AI不够聪明。问题在于它没有工具,只能回忆。

AI不是不知道实时行情,是你没给它工具——配好MCP,它给你的答案就有时间戳。


30秒速览

问题:Claude/DeepSeek给的股价是训练截止日的,不是今天的 后果:PE/PB计算偏差,止盈止损位置错误 方案:给AI配MCP行情工具,5步完成 结果:AI回答自带timestamp,价格可验证 适合:已在用Claude Desktop或Cursor做股票分析的人


为什么AI查不到实时行情?不是能力问题,是通道问题

MCP如何连接金融行情数据?这是今天很多做量化分析的人开始问的问题。

AI Agent如何获取可追溯的实时股票行情?答案就藏在那个timestamp字段里。

MCP(Model Context Protocol)是AI工具调用外部服务的标准协议。它解决的就是这个通道问题:让AI在回答“现在多少钱”之前,先调一次工具拿数据,而不是凭空回忆。

调用路径就一条线:

用户提问 → AI识别需要行情 → 调用MCP工具(get_ticker)→ TickDB返回JSON(含timestamp)→ AI用事实数据回答

这条路径里藏着三个关键点:

第一,支持MCP的AI工具在调用外部工具前,不会自行推断答案。 它不会猜一个价格出来。要么调工具拿数据,要么告诉你它拿不到。

第二,返回JSON中的timestamp字段是时效性的可验证证据。 AI说“现在价格是530”,你不需要信它。你只需要看JSON里那个timestamp是不是今天。价格新不新,一个字段就能验证。

第三,配好通道之后,AI的分析才有事实基础。 没有timestamp的价格是回忆,有timestamp的价格是数据。你的PE计算、仓位判断,只有站在数据上才站得住。


5步给AI接上实时行情

每一步都给你:做什么 → 代码/操作 → 这段说明什么。

Step 1:获取API密钥

去TickDB官网注册,拿到API密钥。额度以官方页面为准。

这个密钥是后面所有调用的身份凭证,MCP配置和REST调用都要用它。

Step 2:配置MCP

根据你用的AI工具,选一个配置文件。字段名不要改。

Claude Desktop 用户,编辑claude_desktop_config.json:

{
  "mcpServers": {
    "tickdb": {
      "type": "http",
      "url": "https://mcp.tickdb.ai/",
      "headers": {
        "X-TickDB-Key": "你的API密钥"
      }
    }
  }
}

Cursor 用户,编辑.cursor/mcp.json:

{
  "mcpServers": {
    "tickdb": {
      "type": "http",
      "url": "https://mcp.tickdb.ai/",
      "headers": {
        "X-TickDB-Key": "你的API密钥"
      }
    }
  }
}

这段配置的作用是告诉AI工具:有一个叫tickdb的外部工具存在,调用时带上你的密钥。

重要提示:REST API用X-API-Key,MCP配置用X-TickDB-Key,两者不同,不要混用。混用的结果是工具调用失败,AI会告诉你“没有可用工具”。

Step 3:验证工具可见性

配置完重启AI工具,在对话里问一句:

你有哪些可用工具?

如果配置正确,AI会列出get_ticker、get_kline、get_trade_days这些工具名。工具可见,说明通道已经建立。 如果它说没有工具,回到Step 2检查JSON语法和密钥字段名。

Step 4:发起第一次调用

把下面这句话原样发给AI:

用get_ticker查一下寒武纪(688256.SH)的最新行情,把返回JSON里的timestamp也告诉我。

AI会调用工具,返回一个JSON。你重点看两个字段:last_price是价格,timestamp是Unix毫秒时间戳。

这两个字段是你验证整个链路是否打通的关键。 价格是数据本身,timestamp是数据的出生证明。

Step 5:验证数据时效性

把下面的Python脚本跑一遍,检查timestamp是否真的是今天:

import time

# 假设你在MCP返回的JSON里读到了这个timestamp
timestamp_ms = 1788228295000  # 实测值(2026-09-01,替换成你的实际返回值)

# 转换成秒
timestamp_s = timestamp_ms / 1000

# 当前时间
now_s = time.time()

# 差距多少小时
diff_hours = (now_s - timestamp_s) / 3600

print(f"timestamp距今:{diff_hours:.2f} 小时")

if diff_hours < 24:
    print("通过:这个价格是24小时内的")
else:
    print("失败:这个价格已经过期")

这段脚本验证的是时效性,不是准确性。价格对不对,你拿它和券商App对比;价格新不新,这段脚本直接告诉你。你的AI从“回忆”切换到“查证”,这个脚本就是切换完成的证据。


不用MCP也能取数据:REST API备选

如果你的环境不支持MCP,或者你更习惯直接用Python调接口,走REST API:

import requests
import json

url = "https://api.tickdb.ai/v1/market/ticker"
headers = {"X-API-Key": "你的API密钥"}
params = {"symbols": "688256.SH"}

resp = requests.get(url, headers=headers, params=params)
data = resp.json()

print(json.dumps(data, ensure_ascii=False, indent=2))

这条路适合Jupyter Notebook、定时脚本、不支持MCP的环境。MCP适合交互式AI工具,REST适合程序化批量任务。两条路返回的字段一致,只是调用方式不同。


配好后,你的AI能做什么

TickDB MCP截至2026-08共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个工具覆盖了从“查价格”到“查交易时段”到“查资金流向”的完整链条。AI拿到的不再是一个孤立的数字,而是带标的、带字段、带时间戳的结构化数据。


边界声明

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

TickDB只负责把数据按时、按结构返回给你。AI基于这些数据得出的分析结论,正确性不由TickDB保证。 投资决策需要你自己判断,数据工具不替代决策。

REST API和MCP两种接入方式的返回字段一致,但认证方式不同,不要混用。

本文所有示例代码基于TickDB公开文档编写,参数和字段名已验证。如果你使用时发现文档有更新,以官方最新文档为准。


如果你已经在用Claude Desktop或Cursor,今天就能配好。先跑Step 2,配置文件就一段JSON,改个密钥,重启工具,问一句“你有哪些可用工具”。能列出来,通道就通了。

如果你在用Jupyter做研究,REST API直接调,Step 4的Python脚本改symbols参数就能跑。不用配MCP,不用等AI工具支持。

AI不是不知道实时行情,是你没给它工具——配好MCP,它给你的答案就有时间戳。

你手里的配置文件,就是那条通道。

相关文章

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 ·