QVeris · 数据实测从一只港股代码的 7 种写法说起——AI 金融助理最容易栽跟头的地方不是模型是 ticker。图 1: Hero — 腾讯控股 700 代码翻译层多终端总览01同一只腾讯主流付费数据源里有 7 种写法如果你让一个 AI 助理帮你查腾讯今天涨了多少它该用哪种 ticker 去问数据源我们去翻了一圈各家付费机构终端的官方文档图 2: 腾讯控股 7 家供应商方言放射图没有任何两个体系是完全一致的。港交所自己用 3 位裸数字。Bloomberg 沿用裸数字加交易所代码。Refinitiv 早年定 RICReuters Instrument Code路透通用代码的时候补到 4 位成了大部分欧美机构的标准。万得在国内市场建立时再往左补一位 0 变成 5 位——这样 A 股的600519.SH6 位和港股的00700.HK5 位视觉上对齐。每一家都有自己的历史原因。但对一个 AI Agent 来说这就是 4 个完全不同的字符串。A 股看起来更刺激。同样一只贵州茅台600519主流付费源给出的写法是这样国内三家在 A 股口径上意外达成一致——都用.SH。但一到海外数据源Yahoo 和 Refinitiv 改成 .SSBloomberg 改成 :CHFactSet 用连字符加 -CN。你在国内市场看着以为统一了到了海外数据源就发现根本不是一回事。02Agent 不是查错了是供应商之间互相听不懂这种方言问题远比Agent 编了个数更隐蔽。行业里最常见的一种做法是给每个市场写一个代表性 ticker——CN → 600519.SHHK → 0700.HK然后用这套全局表去探测每一个供应商的能力。能查到就标支持这个市场查不到就标不支持缓存几十天。接下来会发生什么好几家国际付费数据源会被冤枉成不支持 A 股——它们不是不支持而是它们说 A 股的方言是.SS或:CH不是.SH。同一个接口把.SH改成.SS再试一次茅台 ¥1330 完整的 K 线数据全数返回。同一家供应商再用0700.HK查港股、用7203.T查日股、用SAP.DE查德股、用PETR4.SA查巴西股、用AAPL查美股——全部都能跑通。它完全覆盖亚太欧洲南美的主流市场只是没人告诉过它你说的是哪种 ticker 方言。图 3: 错误能力地图 vs 修正后路由对照这种冤枉在 Agent 时代的代价远大于人类时代。一个分析师如果发现某个终端查不到 A 股他会换种方式再试试或者打电话问客服。Agent 不会——它信你给它的那张能力地图。地图标该供应商不支持 A 股它就再也不去问了。被冤枉的供应商越多它能用的数据源就越少最后它只能用剩下的少数几家凑活——或者更糟基于训练数据里的记忆编一个看起来合理的答案给你。V2EX 上有人列过三个 Agent 翻车的真实案例一个 Agent 把 24 小时累计成交量当成单根 K 线的成交量量级差了几千倍一个在 API 限流后陷入重试死循环两分钟烧光一天的 Token 配额一个在工具调用失败后模型不报错基于参数化记忆编了一个看起来合理的价格。2025 年 3 月还有金融机构的 AI 客服因为生成虚假理财产品信息导致客户单笔损失超过 500 万。这些故事看起来五花八门根都在同一处——Agent 与工具之间缺一层翻译。03我们最近做的方言翻译层过去一个月QVeris团队在工具调用底座上合并了 35 个 PR做的不是新功能是给Agent → 工具这条链路补一层方言翻译。这层翻译有三件事要做第一件自动识别市场。你扔过来一个 ticker无论它是600519还是0700还是AAPL先判断它属于哪个市场。这是路由的前提——不知道是哪国股票就不知道该路由给谁。第二件给每个供应商建一份方言档案。我们用每个供应商对每个市场的最小可调用样例做实测——这家供应商在 A 股说什么口音、那家供应商在港股说什么口音、第三家供应商在巴西股说什么口音。这些不是抄文档抄来的是真调一次接口、真返回数据后存档的。文档会过时实测不会。这份档案在我们内部叫供应商方言表会随着每一轮调用自动 self-heal。第三件调用前自动转方言。Agent 给我们一个 ticker比如600519.SH我们根据它要去的供应商在路由层自动把它翻译成那家供应商听得懂的方言——去 Yahoo / Refinitiv 转成600519.SS去 Bloomberg 转成600519:CH去 FactSet 转成600519-CN去 Tushare 去掉后缀变600519。Agent 不需要知道这层翻译存在就像你打越洋电话不需要懂海底光缆。图 4: TICKER 方言翻译层架构用户→AI→三步→供应商 API fallback为这三件事兜底的还有一层 fallback——当某个供应商 × 市场的组合还没有方言档案时用跨供应商借用 方言归一引擎现场翻译。最不济才回落到全局常量。四层降级每一层都有数据驱动的依据。这套东西做完之后我们看到的不是调用成功率涨了多少——那种数字宣传材料里都能写。我们看到的是之前被方言冤枉的供应商陆续平反——A 股、港股、日股、巴西股的覆盖一个一个地从被认为不支持回到实际可用。图 5: 查到了 / 猜到了 / 没听懂 三态对照腾讯今天涨幅接近 7%。但这只是 ticker 海里最干净的那一只。还有改名股、退市股、停牌股、复权调整、单位歧义——每一个都是 Agent 翻车点每一个都需要一层翻译。下次你的 AI 助理告诉你某只股票的实时价格请记得问它一句你查到了还是猜到了还是——它根本没听懂你说的是哪只腾讯关于 QVeris AIQVeris AI 聚焦于 Agent 时代的行动基础设施层致力于构建 AI 可理解、可调用的能力互联网。QVeris 当前定位面向智能体的搜索和行动引擎让智能体能够通过语义搜索发现并一键调用 10,000 真实且已验证的工具。产品矩阵QVeris CLI — 终端中的万能 API 入口QVeris MCP Server — IDE 智能体的工具网关QVerisBot — 基于 OpenClaw 的生产级 AI 助手QVeris REST API — 标准 HTTP 接口适配任何语言和平台官网https://qveris.cnGitHubhttps://github.com/QVerisAI/QVerisAI加入飞书群体验觉得有用点个❤️在看转给还不知道的朋友关注「QVeris」获取更多 AI 数据工具资讯
同一只腾讯7种写法，AI Agent该信谁？
QVeris · 数据实测从一只港股代码的 7 种写法说起——AI 金融助理最容易栽跟头的地方不是模型是 ticker。图 1: Hero — 腾讯控股 700 代码翻译层多终端总览01同一只腾讯主流付费数据源里有 7 种写法如果你让一个 AI 助理帮你查腾讯今天涨了多少它该用哪种 ticker 去问数据源我们去翻了一圈各家付费机构终端的官方文档图 2: 腾讯控股 7 家供应商方言放射图没有任何两个体系是完全一致的。港交所自己用 3 位裸数字。Bloomberg 沿用裸数字加交易所代码。Refinitiv 早年定 RICReuters Instrument Code路透通用代码的时候补到 4 位成了大部分欧美机构的标准。万得在国内市场建立时再往左补一位 0 变成 5 位——这样 A 股的600519.SH6 位和港股的00700.HK5 位视觉上对齐。每一家都有自己的历史原因。但对一个 AI Agent 来说这就是 4 个完全不同的字符串。A 股看起来更刺激。同样一只贵州茅台600519主流付费源给出的写法是这样国内三家在 A 股口径上意外达成一致——都用.SH。但一到海外数据源Yahoo 和 Refinitiv 改成 .SSBloomberg 改成 :CHFactSet 用连字符加 -CN。你在国内市场看着以为统一了到了海外数据源就发现根本不是一回事。02Agent 不是查错了是供应商之间互相听不懂这种方言问题远比Agent 编了个数更隐蔽。行业里最常见的一种做法是给每个市场写一个代表性 ticker——CN → 600519.SHHK → 0700.HK然后用这套全局表去探测每一个供应商的能力。能查到就标支持这个市场查不到就标不支持缓存几十天。接下来会发生什么好几家国际付费数据源会被冤枉成不支持 A 股——它们不是不支持而是它们说 A 股的方言是.SS或:CH不是.SH。同一个接口把.SH改成.SS再试一次茅台 ¥1330 完整的 K 线数据全数返回。同一家供应商再用0700.HK查港股、用7203.T查日股、用SAP.DE查德股、用PETR4.SA查巴西股、用AAPL查美股——全部都能跑通。它完全覆盖亚太欧洲南美的主流市场只是没人告诉过它你说的是哪种 ticker 方言。图 3: 错误能力地图 vs 修正后路由对照这种冤枉在 Agent 时代的代价远大于人类时代。一个分析师如果发现某个终端查不到 A 股他会换种方式再试试或者打电话问客服。Agent 不会——它信你给它的那张能力地图。地图标该供应商不支持 A 股它就再也不去问了。被冤枉的供应商越多它能用的数据源就越少最后它只能用剩下的少数几家凑活——或者更糟基于训练数据里的记忆编一个看起来合理的答案给你。V2EX 上有人列过三个 Agent 翻车的真实案例一个 Agent 把 24 小时累计成交量当成单根 K 线的成交量量级差了几千倍一个在 API 限流后陷入重试死循环两分钟烧光一天的 Token 配额一个在工具调用失败后模型不报错基于参数化记忆编了一个看起来合理的价格。2025 年 3 月还有金融机构的 AI 客服因为生成虚假理财产品信息导致客户单笔损失超过 500 万。这些故事看起来五花八门根都在同一处——Agent 与工具之间缺一层翻译。03我们最近做的方言翻译层过去一个月QVeris团队在工具调用底座上合并了 35 个 PR做的不是新功能是给Agent → 工具这条链路补一层方言翻译。这层翻译有三件事要做第一件自动识别市场。你扔过来一个 ticker无论它是600519还是0700还是AAPL先判断它属于哪个市场。这是路由的前提——不知道是哪国股票就不知道该路由给谁。第二件给每个供应商建一份方言档案。我们用每个供应商对每个市场的最小可调用样例做实测——这家供应商在 A 股说什么口音、那家供应商在港股说什么口音、第三家供应商在巴西股说什么口音。这些不是抄文档抄来的是真调一次接口、真返回数据后存档的。文档会过时实测不会。这份档案在我们内部叫供应商方言表会随着每一轮调用自动 self-heal。第三件调用前自动转方言。Agent 给我们一个 ticker比如600519.SH我们根据它要去的供应商在路由层自动把它翻译成那家供应商听得懂的方言——去 Yahoo / Refinitiv 转成600519.SS去 Bloomberg 转成600519:CH去 FactSet 转成600519-CN去 Tushare 去掉后缀变600519。Agent 不需要知道这层翻译存在就像你打越洋电话不需要懂海底光缆。图 4: TICKER 方言翻译层架构用户→AI→三步→供应商 API fallback为这三件事兜底的还有一层 fallback——当某个供应商 × 市场的组合还没有方言档案时用跨供应商借用 方言归一引擎现场翻译。最不济才回落到全局常量。四层降级每一层都有数据驱动的依据。这套东西做完之后我们看到的不是调用成功率涨了多少——那种数字宣传材料里都能写。我们看到的是之前被方言冤枉的供应商陆续平反——A 股、港股、日股、巴西股的覆盖一个一个地从被认为不支持回到实际可用。图 5: 查到了 / 猜到了 / 没听懂 三态对照腾讯今天涨幅接近 7%。但这只是 ticker 海里最干净的那一只。还有改名股、退市股、停牌股、复权调整、单位歧义——每一个都是 Agent 翻车点每一个都需要一层翻译。下次你的 AI 助理告诉你某只股票的实时价格请记得问它一句你查到了还是猜到了还是——它根本没听懂你说的是哪只腾讯关于 QVeris AIQVeris AI 聚焦于 Agent 时代的行动基础设施层致力于构建 AI 可理解、可调用的能力互联网。QVeris 当前定位面向智能体的搜索和行动引擎让智能体能够通过语义搜索发现并一键调用 10,000 真实且已验证的工具。产品矩阵QVeris CLI — 终端中的万能 API 入口QVeris MCP Server — IDE 智能体的工具网关QVerisBot — 基于 OpenClaw 的生产级 AI 助手QVeris REST API — 标准 HTTP 接口适配任何语言和平台官网https://qveris.cnGitHubhttps://github.com/QVerisAI/QVerisAI加入飞书群体验觉得有用点个❤️在看转给还不知道的朋友关注「QVeris」获取更多 AI 数据工具资讯
