我用 Claude 辅助做过一版估值草稿。它给了我 AAPL 的价格,我拿这个价格算了一个倍数,写进了草稿。 第二天开盘我才发现,那个价格和当时盘中的差了一截。草稿里所有基于价格算出来的东西,基准日不对,得从头再对一遍。 那次之后我才意识到:Claude 给我的数字,不是不能信,是我没办法验证它新不新。它可能来自实时接口,也可能来自训练记忆。从返回的内容上,我看不出区别。 MCP 能解决"拿到实时
TickDB Research · Mon Sep 14
Meta description: Configure TickDB MCP to give Claude access to live market data with millisecond timestamps. Step-by-step setup for Claude Desktop, real JSON output, and a timestamp verification meth
TickDB Research · Mon Sep 14
做多市场研究的量化团队和做行情看板的集成商,对数据接入层的核心需求不是“能拿到数据”——能拿到数据的方案太多了。真正的需求是:数据接入层的结构,必须能支撑你的策略逻辑做正确归因。 归因的意思是:实盘表现和回测对不上时,你能追溯出问题出在数据口径、时段划分还是连续性假设。如果数据层不透明,归因链在第一步就断了。 本文从三个最容易被忽视的结构性断层展开:报价口径、时段划分、连续性假设。每个断层都会在你
TickDB Research · Wed Sep 09
国内期货数据源选型这件事,大多数人从第一天就做错了。他们从“哪个数据源的接口好用”开始,而不是从“国内期货的制度规则和其他市场差多少”开始。结果是:你选了一个接口很顺手的数据源,但你的回测从第一根 K 线起,就在一个错误的时间框架里运行。 2025 年全年,中国期货市场成交额超过 766 万亿元(中期协口径),商品期货成交量占全球的 72.3%(FIA 口径)。这个量级的市场里没有新手保护期。它的
TickDB Research · Tue Sep 08
去年底参与的一个跨市场策略项目启动基准搭建。需要同时接入沪深300、恒生指数和纳斯达克100的日线历史和实时快照。 用yfinance拿到了IXIC,用AKShare调通了000300.SH,恒生指数也从另一个源查到了历史。三条链各自都能跑。 合并DataFrame之后,同一天的数据对不上。三个源用的时区基准完全不同。删掉错位的K线之后,又发现各市场历史数据的除权方式没有声明。两周时间消耗在数据层
TickDB Research · Mon Sep 07
周一早上,你打开Jupyter,准备跑一个10年A股历史回测。Tushare的调用写到第3000次,返回空数据。你停下来,打开知乎,开始搜“Tushare限频怎么办”。 翻完十几个回答,你发现所有人都在教你攒积分:传数据、发帖、邀请好友。没人在教你算清自己每天的实际调用量,没人在教你优化调用策略,更没人在教你判断——你的需求到底是不是积分能解决的。 你缺的不是更多积分攻略,而是一个框架:什么时候该
TickDB Research · Sat Sep 05
你9:15打开自己的行情脚本,用AkShare拉A股实时数据。终端弹出一行红字:。你以为是参数写错了,改了重跑,还是报错。你换成Tushare,返回倒是正常了,但价格栏全是空的,直到9:30才突然跳出第一行数据。 你以为是自己代码的问题。其实不是。 你在用个人开发者能拿到的公开接口,而这些接口在9:15到9:25这个窗口,集体选择了沉默。你的策略在等数据,而开盘价早在9:25就已经确定了。 这10
TickDB Research · Thu Sep 03
你第一次把A股数据接进研究脚本,终端很快打印出价格。你看了一眼,觉得没问题,继续写因子。 直到回测跑到第三个小时,你开始怀疑数据不对。你回头检查,发现自己从来没验证过返回行里的代码,是否真的对应你请求的那两只股票。如果应用层没有把返回行与请求代码对齐,可能发生错配——你拿到的可能不是你要的那只票的数据。 有价格,只能说明这一次快照请求成功。它还没有回答这份数据是否满足你的研究任务。免费是成本条件,
TickDB Research · Wed Sep 02
你的看板显示五只股票,价格都在。绿色红色交替,数字在跳。你扫一眼,觉得一切正常。 直到你发现其中一只的价格已经很久没变,但你无法从页面上判断它到底是在正常波动,还是停在了某个旧快照上。 有价格≠在更新。这是多股票行情看板最容易踩的坑。 --- > 30秒抓住重点 > > 问题:看板上每格都有数字,不代表每格都收到过实时消息 > 根因:快照写入和消息写入,在应用层被混成了同一个"正常"状态 > 方案
TickDB Research · Wed Sep 02
你用Claude分析寒武纪,问“现在多少钱”,它回答“480元”。你拿这个价格算PE,觉得估值合理,设好了止盈止损。但真实股价是530——你的PE计算偏移了10%,你的止损线设在了错误的位置。 大模型训练数据有截止日期,它看不到今天的行情。你继续追问“这个价格是几号的”,它含糊其辞。你的估值、仓位、交易计划,全部建立在一个过期数字上。你用AI分析估值时用了过期价格,PE/PB全部偏移,最后亏的是真
TickDB Research · Tue Sep 01
> 摘要:多股票看板最容易犯的错,是把“拿到一个价格”当作“这一格已经实时更新”。用 TickDB 接 A 股行情时,REST ticker 适合拿快照,WebSocket ticker 适合接持续消息;页面还需要自己保存每只股票最近一次消息时间和状态。 做 A 股行情看板时,最迷惑人的画面往往是:页面没有报错,每只股票也都有一个价格。 于是你会自然地觉得,看板已经正常跑起来了。 但这两个判断不是
TickDB Research · Tue Sep 01
让AI Agent能查行情,是量化研究和金融应用自动化的关键一步。同花顺最近宣布了MCP支持,大家开始关注MCP行情工具。 但宣布支持MCP不等于代码可用,也不等于多市场覆盖。开发者实际搜索后会发现三个方向:同花顺金融数据API的MCP公告、开源项目mcp-cn-a-stock、以及TickDB的官方MCP工具集。三者的可用性差距远比想象中大。 本文基于真实调用,从覆盖市场、工具数量、代码可运行性
TickDB Research · Mon Aug 31