yuriyoyo

摘要： 摘要：很多团队做行情产品时，把“查价格”“拉K线”“做实时看板”拆给了不同数据源。开始看似省事，后来却要反复对齐代码格式、字段名称、时间口径和数据留痕。本文用一次当天重新运行的 TickDB 实测，检查 REST ticker、REST K 线和 WebSocket 订阅三条基础链路，记录一套 A 股行情数据层的最小验收框架——不是比谁功能多，而是验证每一步能不能被程序复核。关键词：A股行情API、数据源选型、REST ticker、K线校验、WebSocket订阅。 阅读全文

摘要： 摘要：半年前跑出来的回测曲线很好看。今天把代码翻出来，参数没改，逻辑没改，区间也没改，但结果就是对不上。排查后发现，代码确实没动，但数据输入的请求参数、抓取时间和原始响应没有留版本。本文用 TickDB 对 600519.SH 的一段日 K 做精确窗口复现：同参数重复请求结果一致，改变结束日期后重叠区间无差异，并生成了可供追溯的 SHA256 哈希。关键词：回测复现、行情数据版本、K线留痕、SHA256、TickDB。 阅读全文

摘要： 摘要：AI Agent 生成行情监控脚本之前，第一步不是写代码，而是先确认外部行情工具真实存在、能调通、返回字段可复核。本文记录一次典型的排障过程——AI 编造了不存在的 API 端点，根源在于跳过了工具验证这一步。以 TickDB MCP 为工具入口，展示工具可见性确认、最小查询、字段核验和脚本骨架生成四个步骤，每一步可独立检查。关键词：AI Agent 实时行情、MCP 工具调用、get_ticker、TickDB、字段校验。 阅读全文

摘要： 摘要：给 AI Agent 接行情数据时，一个常见误区是把 MCP 当成万能入口——既用它查价格，又指望它做持续推送，甚至替代后端查询服务。本文从一次线上事故切入，复盘三层架构如何将 MCP、REST 和 WebSocket 拆分为 Agent 工具层、查询服务层和流式推送层，并讨论长期维护中职责边界、失败模式和成本考量。关键词：AI Agent 实时行情、MCP 金融行情、REST ticker、WebSocket 行情、模型不能猜价格。 阅读全文

摘要： 一句话抓重点：跨市场回测时，代码里写死的 UTC-5 会在夏令时切换日让行情错位一小时，年化收益系统性地高估 5-8%。 本文给你什么：一套双字段存储模式（UTC 毫秒做主键 + 交易所本地时间做标签）+ IANA 时区数据库动态计算偏移量，永久消灭硬编码 UTC-4 / UTC-5 的技术债。 核 阅读全文