暂无菜单项

AI搜索到底怎么做出来的?从千亿索引到300ms,元宝API、MCP和Skill完整拆解

发布于
1

导读:AI搜索看起来只是“模型联网”,真正落地却要同时解决四件事:听懂Agent写出的查询、提前筛掉不可靠网页、补充实时数据、把多轮检索压到用户愿意等待的速度。下面从一次工具调用开始,完整拆开元宝搜索API、MCP和Skill背后的工程链路。

信息核对:原始体验截图记录的是发布当时的活动与控制台页面。本文已按2026年10月腾讯云官方页面更新价格;会议披露的8毫秒、94%召回率、成本下降等指标属于厂商口径,不能直接等同于所有业务的实测结果。

元宝搜索技术交流中展示的性能与工程指标
元宝搜索技术交流中展示的性能与工程指标。

01 / AI是怎么“搜”的?模型只负责两次判断

假设用户问:“北京明天天气怎么样,出门要带伞吗?”大模型自身既不知道当前日期,也没有实时天气。它要先判断这个问题不能只靠参数记忆回答,然后生成一段格式固定的工具请求,写明查询词、模式和返回条数。

大模型发起搜索、读取结果并继续生成答案的流程
大模型发起搜索、读取结果并继续生成答案的流程。

外部程序识别工具请求,把检索词交给搜索服务,再把若干条结果贴回模型上下文。模型读取标题、摘要、时间和来源后,才继续生成“晴、温度范围、不用带伞”之类的答案。

模型生成SearchPro工具调用参数示例
模型生成SearchPro工具调用参数示例。
搜索结果作为结构化内容返回给模型
搜索结果作为结构化内容返回给模型。

因此,模型在这一轮主要做两件事:决定搜什么,以及决定怎样使用搜回来的内容。网页召回、排序、时效和可信度,则由搜索系统承担。

问题也由此出现:如果搜索结果里混进营销软文、过时信息或批量生成内容,模型未必能稳定识别,甚至可能把错误写得更像正确答案。

02 / 搜索开始给Agent用,规则就彻底变了

传统搜索服务人:用户输入关键词,自己选择链接。ChatGPT式答案引擎服务模型:模型先阅读网页,再整理为答案。Agent阶段则更进一步,它会把一个任务拆成多个子问题,读完第一轮结果后再决定下一轮搜什么。

搜索从服务人类、辅助模型到面向Agent的三阶段演进
搜索从服务人类、辅助模型到面向Agent的三阶段演进。

当结果的读者从人变成Agent,搜索系统需要面对四项新要求:

  • 意图:查询可能由Agent改写和拆分,表达习惯不再等同于人类关键词。
  • 可信度:模型不一定能区分官方信息、二手报道和内容农场。
  • 时效:训练截止日期之后的财报、政策、行情和赛程必须实时补充。
  • 延迟:复杂任务会连续搜索多轮,每轮慢一秒都会累积成明显等待。
Agent搜索需要解决意图、可信度、时效与延迟四个问题
Agent搜索需要解决意图、可信度、时效与延迟四个问题。

03 / 第一道门槛:搜索要听懂Agent写出的检索词

“苹果”可以是水果,也可以是公司;“北京的机场”可能指首都机场或大兴机场。意图一旦判断错误,后续排序再精细也没有意义。Agent还会根据任务上下文生成更长、更结构化的查询,搜索引擎必须反过来适应这种表达。

元宝搜索公开的做法是让双方交换反馈:搜索向Agent提供结果权威度、发布时间与排序信号;Agent把最终引用、任务反馈和答案奖励回传给排序系统。

搜索与Agent双向反馈并持续改进排序的流程
搜索与Agent双向反馈并持续改进排序的流程。

交流材料披露,WorkBuddy联合评测中,升级后完成一个任务的平均搜索调用由约8次降到5次;另有开发者反馈,过去要浏览约20个网页的问题,后来约5个即可完成。它们能说明方向,但仍需在具体业务中重新测试。

排序模型通常采用“标注模型生成监督信号、大型Teacher学习复杂偏好、小型Student蒸馏上线”的路径。系统再持续挖掘低满意查询,进行增量训练,让迭代从按月缩短到按天。

04 / 第二道门槛:真假不能全部留给模型判断

较稳妥的策略是在网页进入索引时就评估质量。公开介绍称,元宝搜索会从站点、账号和页面三个层面分析作者身份、历史发布记录、信息出处与内容质量,并对疑似AIGC批量内容和专门迎合机器引用的页面进行识别。

比单纯“识别低质”更重要的,是针对问题类型抬高正确信源:政策优先政府官网,财经和公告优先企业或交易所,新闻考虑发布机构与现场来源,生活经验类问题则可能更需要社区讨论。

不同问题类型对应不同优质信源的判断示例
不同问题类型对应不同优质信源的判断示例。

有些网站由于反爬、版权或登录限制不能直接收录,这时只能通过官方授权、合作接口或用户可访问页面补充。搜索覆盖率和版权边界需要同时考虑。

05 / 第三道门槛:网页更新赶不上股价、天气和航班

普通网页可以按站点重要性和变化频率刷新;但行情、天气、航班和商品库存变化更快,等文章写出来再抓取往往已经过时。因此AI搜索还需要类似OneBox的垂直插件系统。

网页搜索与垂直数据插件协同返回结果的流程
网页搜索与垂直数据插件协同返回结果的流程。

公开交流材料称,元宝搜索接入13个垂直行业、157个头部信源。插件直接调用合作方接口,把字段、数值和更新时间封装为结构化卡片,再与网页结果一起返回。

行情插件返回带更新时间的结构化数据卡片
行情插件返回带更新时间的结构化数据卡片。

这类数据对Agent尤其友好:模型不必从长网页中猜测数字,也减少了企业逐家谈判和自行维护接口的成本。不过每个字段仍应保留更新时间、来源与异常状态,防止“结构化”被误认为“永远正确”。

06 / 第四道门槛:为什么能做到最快300ms?

腾讯云官方产品页称,元宝搜索最快可在300ms返回。交流材料进一步拆成索引、排序和推理三部分:

  • 索引:把倒排索引与向量索引放进统一的千亿规模索引。厂商披露召回率超过94%,平均检索耗时约8ms。
  • 排序:网页在建索引时先压缩成约100个Gist Token并预计算KV Cache,查询时只需继续计算较短的检索词。
  • 推理:排序框架适配不同卡型,减少对单一硬件的依赖。厂商称单位推理成本下降90%。
Gist Token预计算与查询阶段复用缓存的排序流程
Gist Token预计算与查询阶段复用缓存的排序流程。

Gist Token的关键不是让网页变短给人阅读,而是把网页的排序表示提前算好。查询到来后,系统复用热门页面缓存,避免每次重新处理数千Token全文。材料称该策略可节约约30%的在线推理成本。

07 / 元宝搜索API怎么接?从开通到拿到结果

第一步:在腾讯云开通联网搜索API。选择版本和按量或资源包计费。原始体验截图中的“标准版20元/千次”属于当时页面口径;截至2026年10月,官方公开按量价为轻量版18元、标准版46元、尊享版60元、旗舰版80元每千次。

腾讯云联网搜索API版本与计费方式选择页面
腾讯云联网搜索API版本与计费方式选择页面。

免费额度和激活码活动会随时间变化。原截图显示每月2000次基础额度及活动提升,但腾讯云当前MCP页面明确要求登录活动专区查看规则,因此不能把截图数字写成长期承诺。

联网搜索API活动免费额度页面截图
联网搜索API活动免费额度页面截图。

第二步:在“概览 → 服务API KEY方式”创建Key。明文Key只显示一次,应存入服务端密钥管理或环境变量,不要提交到Git仓库,更不能放进浏览器前端。

联网搜索API创建服务API Key的控制台页面
联网搜索API创建服务API Key的控制台页面。

第三步:通过HTTPS POST调用SearchPro。请求头携带鉴权信息,请求体中提供Query,并按需要增加Cnt、时间、站点或领域等限制。

通过HTTPS POST调用SearchPro的请求示例
通过HTTPS POST调用SearchPro的请求示例。

返回值是搜索条目,而不是最终答案。passage和content属于原文摘录,调用方模型需要继续完成来源筛选、交叉核对、引用与自然语言回答。

SearchPro返回标题、链接、摘要与评分等字段
SearchPro返回标题、链接、摘要与评分等字段。

官方MCP当前允许Cnt取10、20、30、40或50。不同API版本支持的结果数量、动态摘要、插件卡片、垂域筛选、相关性和权威度信息不同,接入时应直接按最新版本表设计,不要依赖旧截图。

08 / 再包成MCP:给模型一份能读懂的工具说明书

API解决“程序怎样请求”,MCP解决“模型怎样知道有这个工具、工具叫什么、参数怎么填”。腾讯云MCP广场提供现成的元宝搜索服务,采用JSON-RPC 2.0 over Streamable HTTP,当前只暴露一个SearchPro工具。

腾讯云MCP广场中的元宝搜索MCP页面
腾讯云MCP广场中的元宝搜索MCP页面。

在Codex中可用环境变量保存Key,配置核心只有三项:

[mcp_servers.yuanbao]
url = "https://api.wsa.cloud.tencent.com/Mcp"
bearer_token_env_var = "TENCENTCLOUD_WSA_APIKEY"
在Codex中配置元宝搜索MCP的三行示例
在Codex中配置元宝搜索MCP的三行示例。

如果Agent支持Skill,还可以通过腾讯SkillHub安装官方元宝搜索Skill。API、MCP和Skill并不是三套不同搜索引擎,而是针对开发代码、协议工具和可复用工作流提供的三种接入层。

腾讯SkillHub中的元宝搜索官方Skill页面
腾讯SkillHub中的元宝搜索官方Skill页面。
Agent与元宝搜索MCP完成握手和工具调用的流程
Agent与元宝搜索MCP完成握手和工具调用的流程。

MCP握手分三步

  1. initialize:客户端确认服务身份、协议版本与能力。
  2. tools/list:客户端读取SearchPro的名称、用途和参数结构。
  3. tools/call:模型决定联网时,把查询参数交给MCP服务;服务转发到搜索API,再把JSON结果返回。
MCP initialize阶段返回服务身份信息
MCP initialize阶段返回服务身份信息。
MCP tools/list阶段返回SearchPro工具说明
MCP tools/list阶段返回SearchPro工具说明。

MCP并不会自动让搜索结果更准确,它的价值是标准化工具发现与调用。真正影响答案质量的仍然是查询拆解、单次召回、来源判断和后续核对。

09 / 多跳搜索:为什么一次API请求替代不了Agent?

多跳问题的下一步取决于上一步结果。例如:“2026年诺贝尔物理学奖得主中最年轻者在哪所大学任职?这所大学的现任校长是谁?”Agent要先确认获奖者,再确认任职机构,最后查学校领导页面。

Codex通过多轮搜索回答跨来源问题的结果
Codex通过多轮搜索回答跨来源问题的结果。

原始演示中,Codex前后调用搜索6次;去掉交叉核对,主干是三跳。第一跳确认2026年物理学奖得主Francis Halzen,第二跳确认其任职于威斯康星大学麦迪逊分校,第三跳找到临时校长Eric M. Wilcots。

多跳任务中Agent连续发起多次SearchPro调用
多跳任务中Agent连续发起多次SearchPro调用。

这组结果可由威斯康星大学官方页面交叉验证:Halzen是该校物理学教授,Wilcots自2026年5月17日起担任临时校长。它说明了工具与规划的边界:搜索一次只负责找准一件事,Agent负责读结果并决定下一跳。

单次搜索与Agent多跳搜索结果差异演示
单次搜索与Agent多跳搜索结果差异演示。

10 / 做视频网观点:选AI搜索,别只看“能不能联网”

对内容团队、研究工具和Agent产品来说,联网只是起点。真正应该测试的是:

  • 政策、财报、医疗等问题能否优先返回官方或一手来源;
  • 天气、行情、航班等实时数据有没有更新时间清楚的结构化卡片;
  • 限定站点、时间和垂域之后,召回是否仍然稳定;
  • 连续搜索5到6轮时,P95延迟和成本是否可接受;
  • 结果只有摘要时,Agent能否继续抓取全文、核对原文并保留引用;
  • 网页提示词注入、恶意内容和错误引用是否有防护。

2023年前后,AI搜索常见价格还在每千次15至25美元;如今接口价格明显下探,个人开发者也能开始实验。但便宜并不等于可以随意多搜:一个Agent任务可能调用多轮搜索,最终成本应按每个完整任务的调用数、返回Token、后续抓取和模型推理一起计算。

本文最重要的结论可以压缩成一句话:Agent搜索的上限由规划决定,下限由每一次原子搜索的意图、可信度、时效和速度决定。

元宝搜索导航与站内延伸阅读

元宝搜索站内导航:
https://www.zuoshipin.com/link/56906.html

SearXNG开源隐私元搜索:
https://www.zuoshipin.com/link/5740.html

ModSearch多搜索源插件:
https://www.zuoshipin.com/link/23572.html

DeepSeek Harness:
https://www.zuoshipin.com/link/23248.html

Web Access联网检索与浏览器能力:
https://www.zuoshipin.com/link/53347.html

0 点赞
0 收藏
分享
0 讨论
反馈
热门资讯
相关素材

暂无数据