综合文章与开发教程 | TickDB 博客 · 第 12 页

综合专题文章与开发实践:浏览市场数据分析、行情接口接入经验和相关教程。

Qwen 已返回 `tool_calls`,为什么你的行情回答仍可能不可信?

摘要: Qwen 返回 ,不代表行情查询已经成功。本文从掘金开发者常见排错场景出发,拆解“触发工具、应用执行、结果校验、工具回填、最终回答”的最小可信链路,并给出未触发工具、查询失败或空结果、回填错误三个必须阻断价格回答的失败分支。TickDB 仅作为应用端只读行情数据路径示例出现。 你在日志里看到了这样的返回: 这只能说明一件事:模型提出了一个工具调用请求。 它不等于应用程序已经拿到行情,不

TickDB Research ·

美股盘前盘后数据接入前的 4 项核验:交易窗口、返回样本、timestamp 与失败分支

摘要:面向开发者的美股盘前盘后数据接入核验清单:先查交易窗口,再验证真实样本与 ,最后保留限流和空返回等失败分支,避免把一次成功查询误写成行情覆盖或策略有效性证明。 接入美股盘前盘后数据时,最容易写错的不是请求语法,而是验证顺序:先假定“有盘前盘后”,再默认“这些时段持续有可用行情”,最后直接拿样本讨论研究或策略。 更稳妥的工程顺序是:先确认查询到的交易窗口,再检查真实样本是否返回,然后统一

TickDB Research ·

想用扣子 / Coze 工作流查行情,为什么第一步不是搭流程,而是确认四类证据?

摘要: 想让扣子 / Coze 工作流查询外部行情数据,最先要证明的不是流程画布能否搭出来,而是四类证据是否成立:能否请求外部服务、能否安全传递密钥、能否解析可核对的返回、失败时能否停止生成结论。本文仅写验证清单,不把尚未取得官方配置证据的能力写成教程。 很多人想做的事情很自然:让一个工作流接入外部行情数据,再让 AI 根据查询结果回答问题。 但这种题目也最容易被写成一种“看起来已经跑通”的教

TickDB Research ·

老虎、富途、长桥相关主体被查处后,港股新股行情还能怎么看?

2026 年 5 月 22 日,证监会发布消息称,八部门已联合印发《综合整治非法跨境证券期货基金经营活动实施方案》,该正式通知落款为 2026 年 5 月 9 日;同日发布的案件公告披露,近日已对老虎、富途、长桥境内外相关主体作出行政处罚事先告知。 对关注港股新股或上市首日波动的内地投资者而言,更值得先回答的问题不是某条新闻对应的股价变化,而是: 看到一只港股新股的信息或行情,是否就意味着可以参与

TickDB Research ·

为什么 DeepSeek 不能自己知道实时行情?正确做法是把查询接成 Tool Calls

DeepSeek 接实时行情,上一篇代码需要补上的 3 个可信度约束 5 月 23 日,我发布过一篇《DeepSeek Function Calling 接实时行情:从工具定义到多轮查询的完整示例》。 那篇文章解决的是:如何把行情接口包装成模型可调用的工具。 但复盘之后,我发现还有一个更重要的问题需要单独说明: > 工具接通了,不等于当前行情答案就可信。 对于“苹果现在多少钱”“腾讯今天涨跌如何”

TickDB Research ·

DeepSeek Tool Calls 接实时行情:如何避免模型把“猜测”写成当前价格

> 仅靠 Prompt,DeepSeek 无法证明当前价格来自实时接口。本文以 TickDB REST 行情快照为例,展示如何通过 Tool Calls 请求查询、由程序执行 REST 并回填成功结果;若工具失败,则由程序直接结束价格回答流程,以降低模型补写未经验证行情的风险。 当用户问“现在 AAPL.US 或 BTCUSDT 的价格是多少”,仅靠对话上下文,模型无法证明答案来自当前行情接口。

TickDB Research ·

Kimi 金融数据接入避坑:用 `tool_calls` 查询实时行情,而不是让模型猜价格

> Kimi 可以判断用户何时需要查询行情,但当前价格不能依靠模型猜测。本文基于 Moonshot 官方 流程,以 TickDB REST 为示例,拆解模型协议、本地工具函数与行情 API 的三层边界,并提供字段速查、最小 Python 实现和发布前验证清单。如果你让一个大模型回答“ 现在多少钱”,最危险的情况不是它报错,而是它给出一个语气非常确定、却没有实时数据来源的答案。 对于使用 Kim

TickDB Research ·

Python + WebSocket + Telegram:一套脚本监控股票、加密、黄金、外汇异动

> 本文提供一个工程化教学示例,展示如何从 Demo 脚本逐步叠加重连、心跳、去重、动态阈值和通知失败处理,得到一个可长期运行的全球行情告警脚本。 > > 本文仅讨论技术实现和工程实践,不构成任何投资建议。文中所有代码用于教学目的,不构成交易信号或投资策略推荐。 你花了半小时写了一个 Python 脚本:连上 TickDB 的 WebSocket,订阅了茅台、腾讯、比特币、黄金的实时行情,设了涨跌

TickDB Research ·

LangGraph 多 Agent 行情接入:节点之间传递实时数据的 3 种姿势

目录 - 一、当你的金融 Agent 节点“各说各话” - 二、姿势 1:State 共享——最简单,但 reducer 行为容易忽略 - 三、姿势 2:Tool 封装——最灵活,但 API 调用量是隐藏成本 - 四、姿势 3:Subgraph 组合——最工程,但状态映射是调试重点 - 五、三种姿势权衡矩阵与数据一致性策略 - 六、完整示例:盘前-盘中-盘后多 Agent 协同 - 七、FAQ -

TickDB Research ·

10道题测出5家国产大模型金融数据接入的真实差距——DeepSeek、Kimi、豆包、通义千问、智谱GLM横评

> 本文不评“谁最强”,只展示“差距在哪”。 > > 用同一套TickDB行情工具集(13个标准化工具,端点:),对5个国产大模型进行了10道中文金融查询题的测试。覆盖三类最易翻车的场景:中文简称映射、工具选择错误、错误恢复不足。所有测试基于2026年5月公开API,可复现。 > > 本文仅讨论技术接入和工程实践,不构成任何投资建议或模型推荐。 一、一个翻车现场,三种不同反应 你问大模型“帮我看看

TickDB Research ·

给 TradingAgents 接上实时行情后,几个 Agent 开始“吵架”了

> 本文仅讨论开源框架 TradingAgents 的数据层工程改造与多 Agent 协作机制,不构成任何投资建议。文中所有策略输出和信号对比均为示意性示例,不代表任何交易策略推荐。 你在 GitHub 上找到了 TradingAgents——一个多 Agent 金融框架里的明星项目。按教程跑通示例:几个 Agent 分工协作,有的分析基本面,有的盯技术指标,有的做风险管理,最后汇总出一个示例判断

TickDB Research ·

每天 7 点自动出盘前日报:GitHub Actions + TickDB CLI 工程记录

> 摘要:记录用 GitHub Actions cron 调度 + TickDB CLI 的 模式 + shell 与 jq 解析,实现每日盘前全球市场日报的完整工程方案。涵盖 workflow 配置、多市场数据拉取、Markdown 模板设计和 Telegram Bot 推送。 --- 一、每天早上 7 点的手动操作清单 打开 A 股昨天收盘数据。看一眼美股半夜走成什么样。恒指和期货有没有隔夜

TickDB Research ·