腾讯云把「元宝搜索」对外开放：千亿级索引，每千次 14 元起

做一个能自己查资料的 Agent，最难的一步往往不是模型，而是「搜」。搜得慢，一次任务要多等十几秒；搜得脏，模型会把过时页面当成事实；搜得贵，按千次计费的成本很快就超过模型本身。10 月 20 日，腾讯云宣布元宝搜索正式对外开放，把这套过去只在内部业务里跑的能力，做成了面向大模型和 Agent 的搜索接口。

一分钟速览

• 元宝搜索通过腾讯云对外开放，分为极速版、标准版、旗舰版，定价每千次 14 元起
• 已构建千亿级索引，日均调用量达数亿次，支撑 WorkBuddy、ima、腾讯视频等 50 多个核心业务
• 采用倒排索引、向量索引、融合提效三类索引融合架构，94% 召回率下索引检索平均耗时 8 毫秒
• 接入金融、医疗、法律、出行等 13 个垂直行业的 157 个信源，A 股、港股、美股、日股、韩股财报收录覆盖率 99% 以上

它要解决的不是「搜得到」，而是「搜得准、搜得快」

面向人的搜索，返回十条蓝色链接就算完成任务；面向 Agent 的搜索，返回的每一条结果都会被模型读进上下文，再变成答案的一部分。这意味着垃圾页面不只是浪费时间，而是直接污染推理。元宝搜索的做法是：内容入库前先由大模型解析网页，保留标题、表格等结构信息，再从站点、账号、页面三个层面评估质量，优先选择权威来源，过滤低质内容。

时效性是第二个难点。政策、新闻、天气、行情这类内容需要分钟级更新，并且要按查询时间组织结果。官方举的例子很具体：查询世界杯赛程时，系统会优先返回即将进行的比赛和最近比分，避免近期赛事因为长度限制被截断。对于「明天北京飞上海的航班」这种专业查询，接口真正需要的是机场代码，元宝搜索通过垂直领域知识库与映射规则，把城市名、机场名转换成接口可识别的参数，并处理名称差异与歧义。

排序环节也不是简单的相关度打分，而是综合相关性、时效性与权威性。遇到需要多份资料才能回答的问题，系统会从整体上挑选互相补充的内容，用尽量少的文档覆盖核心信息，减少重复、冲突和遗漏。

8 毫秒的索引检索是怎么做到的

Agent 的一次提问通常会被拆成 3 到 5 个子问题，还可能调用 10 多个外部服务，任何一个环节变慢都会拉长整体等待。元宝搜索在三个层面做了优化：索引层把关键词精确匹配与语义检索放进同一套系统，通过共享特征与存储减少冗余开销，在保持 94% 高召回率的同时把平均检索耗时压到 8 毫秒；排序层把文档内容预先压缩成约 100 个标记并缓存，核心排序模型的推理耗时从 149 毫秒降到 30 毫秒；链路层为每个环节单独设定耗时上限，外部服务超时即自动降级，避免单点延迟拖垮整体响应。在元宝 App 中，端到端响应时间缩短了近 1 秒。

定价与竞争：搜索 API 的价格战刚开始

元宝搜索提供极速版、标准版、旗舰版三档服务，每千次 14 元起。用户通过检索词发起请求，接口以 JSON 形式返回排序信息和数据字段。放到行业里看，这个价格不算最低：10 月 20 日，DeepSeek 刚把自研搜索做成 API，打出每千次 5 元、搜不到不收钱的策略，价格约为 Tavily 的十分之一。一边是「便宜到可以随便调」，一边是「贵一点但更懂业务、更懂中文生态」，搜索 API 的竞争从一开始就不是单一维度的价格战。

趋势洞察：搜索正在变成 Agent 的水电煤

过去两年，行业把注意力集中在模型参数和推理成本上，但真正决定 Agent 好不好用的，往往是模型之外的那一圈基础设施：检索、工具调用、记忆、权限。元宝搜索开放释放的信号很明确——大厂开始把「搜索」当成云产品来卖，而不是当成一个面向消费者的入口。对开发者来说，这意味着不必自己维护爬虫、索引和清洗管线，可以把精力放在业务逻辑上；对平台来说，谁掌握了高质量索引和低延迟检索，谁就掌握了 Agent 时代的流量分发权。

接下来值得观察的有三点：一是价格会不会继续下探，二是垂直行业信源的深度能否形成壁垒，三是当搜索结果被模型直接消费后，版权与内容生态的分账规则如何重建。搜索的故事没有结束，只是从「人找信息」换成了「Agent 找信息」。