近期见闻
腾讯憋 了个大 招，就 这？
出品｜虎嗅黄 青春频道 作者｜商业消费 主笔 黄青春 题图｜虎嗅 拍摄 虎嗅独家获悉，腾讯 即将发布一款面向 C 端 用户的 AI 搜索引擎，界面极简、全面 AI 化 ，强化权威信源排序，会将 AI 问答与网页搜索揉 在同一体验里。而就在两周 前，腾讯云已针对 B 端 客户发布 " 元宝搜索 "（前身为联网搜索），其在内 部业务低调运行数年，如今 扛着 AI 搜索重担被推 到了聚光灯下。
据腾讯内 部人士向 虎嗅透露 ，这款 C 端搜 索引擎与 元宝 A PP 内 置搜索、腾讯云 &quo t; 元 宝搜索 &quo t;AP I 共享 同一套底 层能力，即在面向 浏览器与 网页搜索 场景时，三者本质 是同一套 能力在不 同入口下 的产品化 呈现。目 前，元宝 搜索提供 Ski ll、M CP 和 API 三种接 入方式，凭邀请码 限时在 10 月 、11 月最高可 调用 6 000 次；接入 流程也简 单：在腾 讯云拿到 API Key ，打开终 端敲一条 cur l 命令 即可发起 请求。
这不免让人好奇 ：腾讯在搜索赛 道深耕十余年，为什么偏偏等到 现在才把这套能 力升级成云服务 对外卖？很大程度上源于，百度 稳坐国内搜索头 把交椅已超二十 年；腾讯兜兜转 转十余年，做过 SOSO、收 购搜狗、上线微 信搜一搜、再到元宝 APP，始终没在 C 端撕开实质性缺 口。
眼下，腾讯借 Age nt 爆发 的东风，自然会对 B 端搜索基础设施摩拳 擦掌。据虎 嗅了解，元宝搜索团队 2024 年年中与元宝 APP 同步组建，整合了 QQ 浏 览器、搜狗搜索的核心 技术基因，把腾讯十余年的搜索算法积累与工程经验，重 构为一套面 向 AI 时代的搜索 基础设施。
在此之 前，这 套能力 只服务 于 QQ 浏 览器和 搜狗：前者曾 长期是 超级流 量入口 ，后者稳居第 二梯队 ，体量不容小 觑；如 今 A gen t 赛道爆发 ，搜索 正从面向 C 端的 产品入 口，下 沉为所有 A I 应 用的底层能力 ，标准 化搜索 AP I 的需求快 速扩容 。基于此，腾 讯不再 满足于 只服务 内部业务和存 量客户 ，顺势将元宝 搜索升 级为云 服务对 外变现。
从这个角度看 ，元宝搜索的 开放，与其说是战略新局，不如说是看见 赛道热度后，把现成技术资产快速推向市 场的务实之举 。腾讯首次公 开内部 AI 搜索机制 腾讯云副总裁 、元宝搜索研 发负责人马晋把搜索划分为 三个时代：1 .0 是人输 关键词、人筛结果；2.0 是大模型读 结果、生成答 案；3.0 是 Agen t 拆解子问 题、搜索返回 结构化结果支撑推理。
具体而言 ，搜索 1.0 是关键词 时代，舞 台中央是 百度和谷 歌。腾讯 折腾了十 余年，做 SOS O、全资 收购搜狗 ，始终没 能在 P C 与移 动市场坐 稳 TO P 阵营 。到搜索 2.0 的大模 型时代，百度推出 文心一言 、字节推 出豆包、Open AI 上 线带联网 功能的 Chat GPT，大模型与 搜索深度 融合成为 主流。
腾讯推出元宝 APP 应战，将大模型和搜索 能力绑在一起，但元宝始终定位 为 C 端 A I 助手，即便长成 MAU 过亿的 Cha tbot，与豆 包的 MAU 仍有差距，没能 在搜索赛道建立 起足够话语权。大步迈入搜索 3.0 的 Agent 时代 ，腾讯不再执着 于硬刚 C 端 入口，转而将 AI 搜索押注 在 B 端基础 设施赛道。
腾讯公布了 一组元宝搜 索的运营数 据：数千亿 级索引规模 ，覆盖 1 3 个垂直行业、15 7 个权威 信源，全网 覆盖率 9 6%；已全 面支撑 W orkBu ddy、ima、腾讯 金融科技、腾讯视频等 50 余 个内部核心 业务，日均 调用数亿次 。马晋从认知、算法、架构、内容 四个维度，向虎嗅拆解 了元宝搜索 的技术升级 路径。
先看最直观的规模数 据。官 方公布的索引 指标为 ：日增 50 亿网页、可 检索文 档 500 亿、向 量索引超 1500 亿，这一规 模在行业里不 算最大 ；但中文索引覆盖率做到 95%，重点垂直领 域接近 100%，意味着元宝搜 索没有 盲目追规模，而是将 权重压在优质内容和垂直领 域的收 录上。
再看被反复强 调的 157 个权威信源，合作方覆盖 携程、美团、京东、大众点 评、汽车之家等头部平台。其实这个点有 点虚，因为这 类商务合作不具备排他性，元宝搜索今天 能拿到的合同 ，别家明天也能靠商务谈判 拿到。真正值 得拿出来说的 是自有内容：元宝搜索已接 入腾讯视频、腾讯医典、腾 讯自选股，未来不排除进一 步打通微信生 态——这才是 其他家望而却步的价值所在 。
更关键的是，马晋 在回应 &quo t; 打不开的网 页如何处理 &q uot; 时坦言 ：" 如果网站设了反爬 就不收录，这是尊 重对方的知识产权 。"换 言之，真正高价值 、设置反爬机制的 内容，元宝搜索同 样无法通过通用检 索获取，只能逐家 洽谈合作。所以，掰开元宝搜索的核 心技术逻辑仍是数 据飞轮 + Ag ent 协同 + Trace D ebug。
马晋将其形容成 " 用 AI 去 找 AI、用 AI 去升级搜 索 " ;，本质是让大模型辅助搜索数据的标注、清洗与迭代，这是全 行业的标配方向 ，几乎所有头部搜索团队都在做 ，并非腾讯独有 的技术差异化。虎嗅与两位技术专家沟通发现，元宝搜索算法升 级采用三阶段训 练范式：Label Agen t 标注、Te acher Model 学习、Student Model 蒸馏。
这套流程是 大模型排序领域的标准 蒸馏流水线 ，在学界和 工业界已落 地两年有余，业界共识 蒸馏的真正 壁垒在 Teache r Mod el 的基 底质量、标 注数据的规模厚度，以 及 Stu dent Model 在精度与 延迟之间的 平衡，而这 些决定效果的细节，元 宝搜索发布 时并未给出具体佐证。
据虎嗅 了解，腾讯搜 索实际 用 G ist 技术省下的 成本超 过 3 0%，原理是 把文档 的 g ist to ken KV Ca che 缓存 下来，不同 que ry 召回同 一文档 时直接 复用；即便 query 长尾分 布，召 回排序 后的文 档仍有 聚集效 应——在元宝 搜索的 混合排 序场景 里，文 档命中 率约 85%，节省 相当可 观。
不过，这一效 果高度依赖缓 存命中率，网页无法全量存储，只有热门 页会被缓存，长尾页仍需实时算。官方没公布具体命中 率，而搜索请 求天然符合长尾分布——这意味着真实平 均成本节约，大概率低于 30% 的理论上限。此外 ，官方公布的 召回率、覆盖率、延迟、满意度等关键指 标，全部来自 腾讯内部评测，缺乏公开 Benchm ark 与可 复现测试集。
以响应速度为例，官方称升级后核心 链路响应时间压到 300ms 以 内（此前约 40 0 – 500m s）。虎嗅认为，Agent 多轮 调用场景下延迟会 被成倍放大，把单 次耗时压下来，是 终端体验的关键。从实测看，真实网 络环境下连续 5 次调用延迟在 345 – 48 5ms 之间波动 （平均约 420 ms），峰值与最 低值相差 60% ——要知道，对 支撑高并发 Ag ent 的基础设 施而言，延迟波动 的危害远大于平均 延迟；至于跨地域 、突发流量等极端 生产场景的表现，目前尚无任何公开 数据。
即便，对复杂检 索基座而言上述成绩已具备可用 性，但对追求极 致稳定的企业级 客户，如何抹平 长尾延迟、扛住 极端流量，是元 宝搜索接下来必 须向市场证明的下一道难题。也 就是说，腾讯云 闷头憋的元宝搜 索，本质是把传 统搜索时代沉淀 的成熟管线，用 大模型思维重做 了一遍底层，并在腾讯内部真实 业务里完成验证 。
据虎嗅了解 ，已有多家头部大模型 公司和外部 企业接入，但在问及具体名单时，元宝搜索团 队以 &q uot; 涉密 &q uot; 为由拒绝透露。好在马晋回应 " 无法回避 的技术瓶颈 &quo t; 时说 了一句实话：" 其实就是 Tr ade-o ff 的过程……这更 多是内容、算力、耗时和成本之间的平衡。
&qu ot; 这句 话恰恰点破了 行业现 状：搜索发展 至今，早已没 有独门 秘籍，比拼的 是工程 执行、成本控 制与信 源资源 。这次 枪口瞄准了谁 ？再将 视线拉回搜索 3.0 时 代，行 业正分化出两 条清晰 路线： 一条 是模型 与搜索 绑定的 一体化路线，代表玩 家是 Ope nAI 、Go ogl e、百度、字 节，强 调搜索是大模 型的核 心能力 之一，二者深度绑定 、协同 优化，客户选 定一家 大模型 就能直 接用配套搜索 ，无需 额外对接，其 接入成 本低、体验一 致，更适配中 小客户 和一体化场景 。
另一条是独立 中立的搜索服 务路线，腾讯 元宝搜索坐这 桌，核心逻辑 是：未来 A gent 市 场必然高度碎 片化，模型、框架、场景五 花八门，客户 需要中立、灵 活、不被绑定 的搜索底座。这条路更适合 有技术能力、有定制需求、重视数据主权 的中大型客户 。从目前的行 业格局看，绑 定路线暂时占 上风，因为多 数开发者和企 业更倾向一站 式方案，不愿 额外花钱对接 独立搜索、调 试链路；但 Agent 生态仍处于早 期阶段，最终 市场走向谁也 说不准。
有鉴于此，元宝搜 索主打中立开放，确实为不想被单一 厂商绑定的客户提 供了新选择（比如 自有大模型企业、需兼容多模型的开 发者、对数据主权 要求高的政企与金 融机构），客户可 自由搭配任何厂商 的大模型，只把搜 索环节交给元宝搜 索，避免技术栈被 锁死。况且，腾讯 云本身手握大量政 企、金融、互联网 、教育行业客户，过去他们采购云服 务时若需要搜索能 力，可能得单独对 接百度；如今腾讯 顺势将搜索 AP I 直接打包进云 服务套餐，这无疑 会对百度的企业级 搜索业务带来直接 冲击。
尤其在政企与金 融领域，客户对服务商的综合能力与合规能力要 求极高，腾讯云 把搜索能力融进 既有云体系，客 户的迁移成本和 决策成本都会低 很多。当然，OpenAI、Google、百 度、字节的优势 在全网通用搜索 的广度，垂类深 度合作并未形成 壁垒；腾讯原本 可借自身生态快速在垂类场景切出差异化；但以 元宝搜索目前的 状态，尚无法对 百度形成实质威 胁。
因为其在产 品能力、服 务体系、客 户定位三方 面都存在缺 口： 第一 ，不支持多 跳搜索。目前只提供原 子化接口，多跳能力未 来或基于 WorkB uddy 沉淀的 A gent 能力逐步开 放——这意 味着客户买 完搜索底座 ，还得自己 搭一层 A gent 才能做多跳推理，那宣 传的 &q uot; 开箱即用 " ; 就要打 个折扣。
第二，调用元 宝搜索 目前只能拿到 标题、摘要、链接和垂类卡片；要 提取网 页正文，客户 还得自 己再对接一遍。等于说，完 整链路 本应是搜索结 果获取 → 网页正文提取 → 信息加 工，现在只开 放了第 一步，剩下两步客户自己补 ，接入 成本被悄悄抬 高了。第三，面对设了反爬的网站 ，元宝 搜索选择不收 录，这 在合规上无可指摘，却也意 味着大 量高价值内容 处在索 引盲区；时效性内容只能做 到一小 时一更新，真 正的实 时获取依赖尚未开放的 F etc h 接口，对 实时性 要求高的场景，目前能力远 远不够 。
腾讯相关负责人也坦言，目 前第一大客户 仍是腾讯内部 产品，这符合腾讯一贯的 " 狗粮自吃 " 风格，即内 部说好，再顺 势对外。问题 在于，内部业务可以定制化 适配，团队同 属一家公司，出问题拉个群就解决，资源 可按需倾斜；但外部客户拿 到的是标准化 API，出 了问题是否只 能走工单流程 排队等响应？
何况，对 外服务还 要兼容不 同模型、不同 A gent 框架、不同业务 场景，并 承担 S LA 承 诺，这中 间的鸿沟 远不止开 放一个 API 就能填平 。对此，腾讯云回 应虎嗅，目前需求 井喷，相 比成熟的 标准化云 API ，大模型 搜索 A PI 仍 有大量差 异化需求 要消化；团队在持 续迭代产 品的同时 ，针对部 分客户的 差异化需 求会 1 V1 处 理。
更严峻的考验还 在商业化：从内部工具变成对外商品，除了技术，还有一整套服 务体系要补，S LA 怎么签？故障赔付怎么定 ？数据合规与隔 离怎么做？政企私有化部署如何落地？计费粒度是否够灵活？对 此，虎嗅问询了 元宝搜索商业化团队，对方表示 这部分已有相对 成熟的方案，不少车企与国内知名大模型厂商已开展深度合作。
别人愿意来 撑场子可能 碍于长期商业合作，但 一个 To B 基础设 施的成色，终究要靠高峰期不宕机 、故障有响 应、扩容能承接来证明 ，而这些都 需要真实外 部客户与时 间来打磨。