TickDB 博客：市场数据分析、API 接入教程与 AI 行情工具实践。按市场和主题查找文章。
> AI Agent 写行情脚本前，必须先接上外部行情工具，完成一次可复核的查询。 第一步不是直接生成完整监控系统，而是确认工具可见、查询一个真实 symbol、核对 symbol、last_price、timestamp 等字段。MCP 工具调用是单次查询，不是 WebSocket 持续推送，也不构成投资建议。 你用 Cursor 或 Claude Code 让 AI 写一个 A 股实时行情监控
TickDB Research ·
摘要： 个人研究员和小团队选实时行情数据源，常见的做法是对比功能列表或找一份综合排名。但研究任务不同，对数据形态、调用频率和脚本维护成本的要求完全不同。本文不提供排名，只提供一套决策框架：先按研究任务分类，再计算总成本，最后用自己的代表品种验证覆盖和脚本复用。 --- 做量化研究的人，迟早会遇到一个问题：要选一个实时行情数据源。 这个问题的标准答案通常是找几份对比评测，列一张功能表，然后挑一个"综
TickDB Research ·
> 接入行情 API 时，常见风险是不同端点的鉴权、时间字段、返回结构和错误分支需要分别确认——你以为同一个数据源的不同端点应该一致，但实际上可能 ticker 正常返回、kline 鉴权失败，或者两边都返回成功码，timestamp 却是不同精度。 > > 本文以 TickDB 的 REST API 作为可复核示例，展示一个 ticker 和 kline 在鉴权和字段类型上保持一致性的数据源长什
TickDB Research ·
摘要 选实时行情 API 之前，先别看服务商名单。先看你是谁。个人开发者要的是低门槛能跑通，小团队要的是字段稳定好维护，AI Agent 项目要的是工具描述清楚、失败不瞎编。三种身份，核心任务不同，选型标准完全不同。这篇文章帮你对号入座，找到自己真正该检查的那几项。 你要做的是一个看板、一个监控系统，还是让 AI Agent 帮你查行情？ 这三个东西看起来都在用行情数据，但它们需要的接入方式完全不
TickDB Research ·
摘要 Cursor 和 Claude Code 都能通过 remote HTTP MCP server 接入 TickDB 获取 A 股实时行情，但配置方式不同——一个编辑 JSON，一个执行命令。接入后应先确认工具可见，再查询 并核对 code、symbol、type、last_price 和 timestamp：这些字段构成数据可用性的验证基线。MCP 查询是单次工具调用，不是 WebSoc
TickDB Research ·
> 跨市场任务不能把 当成批次完整。 > > 在 2026 年 6 月 13 日的 TickDB MCP 实测中， 表示本次工具调用成功，但不表示请求的 symbol 已经完整返回。 > > 下游使用数据前，必须核对请求集合、返回集合和资产类型，并检查意外缺失、意外新增及重复项。发现异常时，应关闭批次或明确降级，不能静默继续。 --- 一、批次成功，不等于横截面完整 量化任务处理跨市场数据时，
TickDB Research ·
你打开一个网页，看一眼金价，关掉。过一会儿再打开，再看一眼。这没什么问题。偶尔看看，刷新页面完全够用。 但某天你开始想要更多——能不能每小时自动记一次？能不能到了某个价位弹个提醒？能不能同时盯黄金、白银和美元指数？能不能让 AI 帮我盯着？ !image.png 到这一步，一条你可能没注意到的分界线出现了：偶尔看一眼，是查询；让系统持续记录和提醒，是监控。两者需要的不是同一种数据获取方式。 你能看
TickDB Research ·
凌晨 2:15:03，WebSocket 行情连接断开。2:18:12，重连成功。日志里安静地躺着 和 ，系统继续运行。 2:18:13，异动告警触发：某个品种瞬间涨了 2.1%。你被叫醒，打开看盘软件，价格确实变了。你开始排查市场原因。 !image.png 但这不是市场冲击。是你的系统在 3 分 09 秒的空窗期内漏掉了数十次价格变动，重连瞬间把它们压缩成了一次跳变。你的告警系统抓住的，是自
TickDB Research ·
摘要 你的 WebSocket 行情脚本连接状态正常，心跳日志在滚动，价格却已经很久没变过——脚本活着，数据早就死了。这就是行情连接的“假活”：通道仍在，信息已停。本文给出一套双层健康检查框架——连接级心跳证明通道可交互，数据级新鲜度水位证明行情仍在更新——两者缺一不可。同时拆解重连风暴、订阅漂移、把 MCP 当 WebSocket、把重连后第一条数据当连续流四个常见坑，以及为什么重连后应该先用
TickDB Research ·
你在做一个跨市场行情看板。产品需求很明确：同一个界面里，用户要能看到 A 股、港股、美股、加密货币和外汇的实时价格。你找到了一个声称“全覆盖”的行情 API，官网的市场列表页打满了勾。你花了半天把 SDK 接进去，准备先拉港股试试。 HTTP 200。data 字段是空的。 你以为是 symbol 写错了，对着文档改了格式，又发一次——还是空。你换成美股，正常了。加密货币，正常。再切回港股，依旧空
TickDB Research ·
周五下午，你给 AI Agent 接了一个 MCP 金融行情工具。第一次测试很完美——你问“某只股票现价多少”，Agent 调用了工具，返回了一个数字。你很高兴，接着下了一个更接近真实需求的指令： “帮我盯着这 15 个品种，任意一个涨跌幅超过 3% 就立刻通知我。” Agent 的回答很自信：好的，已开始监控。你切出去继续写代码。两小时后回来，一条通知都没有。你打开行情软件一看，有三个品种早触发
TickDB Research ·
凌晨两点，你盯着终端，第八次重跑同一个 Python 脚本。API Key 是对的，网络是通的，requests.get 返回了 HTTP 200。但你传 进去，返回的 data 字段是空的，或者报了一个品种不存在的业务码。 你查过 API 文档，确认端点路径没错。你用 curl 重放了完全相同的请求——依旧空。你甚至怀疑是 Key 的权限不够，去后台翻了一圈，权限正常。 后来你在某个 GitH
TickDB Research ·