AI分析阅读约 8 分钟

Exa 3.0提出了更好的搜索问题:智能体能省略什么?

Exa的搜索更新结合了跨结果精选片段、价格更低的Lite档位与更广的覆盖。机会是更精简、更有用的上下文;风险是丢掉改变答案的关键条件。

K
Ken Jo

Exa官方标志,用于识别本文讨论的搜索API提供商

Exa标志来自官方品牌素材,保留原始颜色和比例,用于编辑性身份识别。这不是搜索结果截图,也不是Exa基准图表的复制,不暗示合作关系。

一个研究软件订阅的智能体在十个页面上找到了答案。每个页面都重复产品介绍、导航和销售说辞。真正影响决定的只有三个细节:价格、计费周期,以及所需功能是否属于另一个套餐。文字越多,答案反而可能越难找到。

2026年10月19日,Exa发布了Exa 3.0,升级搜索基础设施,并将Dynamic Highlights转为正式可用。公司同时推出每1,000次请求4美元的Lite,Auto则为每1,000次请求7美元。Exa向应用和智能体提供网页搜索与内容API,是开发者接入产品的基础设施,而不只是另一个聊天界面。发布公告。

我们的看法是,真正有意义的变化在于尝试从整组结果中挑选有用证据。更小的上下文可以减少成本和干扰,但关键在于哪些细节得以保留。下面讨论这种取舍如何影响实际研究、价格意味着什么,以及如何评估集成,避免把供应商基准误当成自己的工作负载表现。

搜索结果已成为模型工作空间的一部分

传统搜索引擎帮助人选择一个页面。智能体往往直接消化返回材料,再决定回答、继续搜索还是调用其他工具。因此,检索质量影响的不只是链接列表,还决定下一次模型调用能知道什么。

这形成了一种上下文负担:每段无关文字都会占用本可容纳有用信息的空间。重复会加剧问题。五个转述同一份新闻稿的页面,可能挤掉包含重要限制的一份技术文档。大上下文窗口提供了更多容量,却不会决定哪个来源更值得关注。

Exa的产品方向是在材料交给回答模型之前处理这个选择问题。其搜索端点可以同时返回URL和相关段落,独立的Contents API则可从已知URL提取信息。开发者决定服务扮演什么角色:发现候选来源、提取证据,或为更大的研究流程提供材料。Search API参考。

对不熟悉这家公司的读者而言,这个区别很有用。基于Exa构建的应用,仍然需要自己的指令、呈现方式和决策规则。API能够提供证据,却不会替法律比较、购物助手或软件迁移定义什么答案才算合格。这些仍是产品设计选择。

Dynamic Highlights改变了页面之间的分配方式

普通摘要片段可以逐页选取。即使多个页面重复同一事实,这种方式也可能给每个结果近似的额度。Dynamic Highlights将检索到的文档放在一起考虑,让选择更偏向有力材料,并减少重复信息占用的空间。Exa在8月28日以研究预览形式推出此功能,随后在10月版本中转为正式可用。Dynamic Highlights说明。

用一个示例最容易理解这种区别。假设六个页面介绍同一产品发布,两个提供相同规格表,一个说明限制条件。为每个页面分配固定片段,可能产生很长且重复的材料包。跨结果分配共享预算,则有机会只保留一次规格,为限制条件留出位置。

这是期望行为,并不是对任何具体查询的保证。检索系统必须识别那个限制的重要性。如果问题只问起始价格,企业部署条件可能显得次要,即使最终买家认为它决定了能否购买。更好的查询设计和后续核查,仍是流程的一部分。

逐页截取会重复信息,共享选择则把空间分给不同证据

原创编辑信息图。方块用于解释分配原理,属于示意,不是Exa实测词元数量的复现。

Exa称,在其评估中,Dynamic Highlights比完整页面文本少用95%的词元。比较基线很重要:完整页面包含的材料远多于已筛选的片段。8月报告另称,其智能体评估中的智能体总词元用量减少30%。这些数字衡量的是不同事物,不能互换,更不能直接视为应用总账单的节省比例。

评估启示很直接:既要统计搜索返回的材料,也要统计模型之后做了多少工作。如果遗漏证据导致多次额外搜索或错误回答,那么更小的搜索响应并不划算。有用的压缩应保留那些让智能体因正确理由停止搜索的事实。

Lite与Auto值得用真实问题比较

根据Exa的公告,Lite与Auto使用同一索引。Auto在检索各阶段投入更多计算。这给开发者提供了一个实际选择:较低的基础请求价格,或旨在提高检索质量的模式。但这并不证明Lite足以应对所有看似简单的问题,也不证明每个重要问题都必须使用Auto。

公布的费率让小规模试点容易估算。按所列基础价格,10,000次Lite请求为40美元,10,000次Auto请求为70美元。这是搜索请求的算术示例,不是完整智能体任务的报价。一个流程可能发起多次调用,并产生其他费用。

应用需要考虑的问题LiteAuto
公布的基础价格每1,000次请求4美元每1,000次请求7美元
索引关系与Auto相同与Lite相同
检索计算成本较低的选项在检索各阶段投入更多计算
合理的评估对象常见查询和反复执行的有界任务漏掉相关结果代价较高的问题

Exa价格文档说明,基础搜索费率包含最多10条结果。更多结果和生成式页面摘要另行收费。通过Contents提取已知URL也是独立产品。结合搜索、完整页面补查和语言模型的应用,应衡量每个被接受答案的综合成本。当前价格参考。

合理的路由策略可以很简单:有明确范围的查询先用便宜模式,证据无法回答问题时再升级。评估集应保留困难且有代表性的问题,而不是只统计看起来成功的调用。低平均成本只有覆盖用户真正关心的查询才有意义。

三种普通研究任务说明遗漏细节为什么重要

先看竞品价格简报。应用需要按计费周期、包含席位,以及某项必需功能的可用性比较三种服务。短片段可以去掉重复营销语言,帮助整理比较;同时也必须保留月付承诺与年付套餐折算月价之间的差别。

输出应把每项可比事实关联到来源URL和观察日期。没有确认价格的单元格可以保持未知。用推算数字填空,会让表格显得完整,却让购买决策变差。有用的优化是以更少阅读维持相同决策质量,而不是不惜代价把表格塞满。

开发文档助手会遇到另一类失败。一个迁移问题可能同时由当前API参考、旧教程和更新日志回答。旧教程可能与关键词高度匹配,却建议使用已弃用参数。助手需要版本与日期上下文,也需要在片段含糊时打开权威参考的能力。

本地产品或服务查询则加入时效性问题。Exa公告提到购物、本地商家和时效信息覆盖扩大。结果可以帮助发现候选项,但应用在给出可行动建议前,应核实所选商家当前价格、库存或营业时间。答案越接近交易,未经检查的时间戳就越不可接受。

这些是示意性集成场景,并非我们自己的API基准结果。它们说明同一检索功能在不同产品里价值不同。每周后台简报可以接受的时效策略,与回答“现在要买”的购物助手并不一样。

从小请求开始,保留证据字段

官方Search API接受查询、搜索类型与所需内容。开发者可在Exa控制台创建密钥,并将其保留在服务器。下列HTTP请求结构依据当前API参考请求精选片段,是可调整的起点,并非本文实际执行过的请求。Exa在Dynamic Highlights公告中解释了跨结果选择机制。

JSON
{
  "query": "official pricing and annual billing terms for a project management service",
  "type": "auto",
  "numResults": 5,
  "contents": {
    "highlights": true
  }
}

向https://api.exa.ai/search发送请求,通过x-api-key请求头在服务端认证。不要把凭据放进浏览器代码、公开笔记本或截图。保留返回标题、URL和选取段落,不要把所有内容拼成匿名文本块;之后的复核需要知道证据来自哪里。API认证与响应字段。

  1. 选择一项工作,定义合格答案。 对于价格简报,列明必需字段,以及缺少某值时应如何处理。
  2. 建立小型代表性问题集。 包括普通查询、已变化的价格、已弃用API示例,以及没有明确答案的问题。
  3. 用相同问题测试Lite与Auto。 保持回答模型和输出要求一致,使比较仍然可解释。
  4. 对后果重大的主张检查原始页面。 核查条件、日期和矛盾,而不只给语言流畅度评分。
  5. 衡量全部工作。 记录搜索调用、返回上下文、后续提取、回答词元、延迟和被接受的答案。
  6. 设定升级规则。 缺少必需证据时,重新打开来源或请求更多上下文。允许应用明确表示某项事实仍未确认。

评估不必变成复杂的基准项目。几个精心挑选的失败案例,可能比几百个简单问题更能暴露问题。目的是找到应用应停止压缩、转而详细检查材料的那个点。

短段落与生成式摘要承担不同任务

Exa的Contents文档区分了原文精选片段、全文和生成式摘要。这是很有用的产品边界。原文段落可以展示来源实际使用的措辞;生成式摘要则是另一个模型对这些措辞的解释。传入回答模型时,两者都应保留各自身份。Contents API指南。

完整页面提取仍有价值。例外可能出现在价格表下方,一句话的含义也可能依赖前文定义。即使紧凑片段很适合发现来源,当决策取决于广泛上下文时,打开原文仍然合理。两个阶段可以互补:先缩小候选范围,再检查后果重大的证据。

搜索发现来源,精选片段缩小证据范围,在采取行动前检查原始页面

原创编辑信息图。复核关卡是应用设计建议,并不是说Exa会自动批准决策。

另一个相关安全问题是不可信来源内容。检索到的网页是有关世界的证据,并不具备修改智能体指令或泄露凭据的权限。把搜索与邮件、购买或文件工具结合的应用,应保留这个边界。来源可以描述结账流程,但这不代表它获得了替用户执行流程的授权。

开发者也应检查查询披露了什么。关于保密客户、内部项目名或未发布产品的搜索,会把信息发送到应用之外。合适的数据处理与保留条款取决于工作负载。返回上下文更少,并不会降低发送查询本身的敏感性。

更好的搜索应让答案更容易被质疑和核查

对Exa 3.0最有力的期待,是缩短从问题到有用证据的路径。更广的检索、共享精选片段分配,以及两个价位,为开发者提供了可以具体评估的选择。此次发布提出了一个有意思的商业观点:挑选更少材料,也可以是改善搜索质量的一部分,而不仅是削减成本。

令人担心的是不可见的遗漏。一个简明答案可能恰恰因为棘手条件在上游消失,显得更有权威。应用应让读者检查支持来源,并在决策依赖片段未包含的细节时重新打开来源。

重要的结果是,有人点击链接之后,答案仍然站得住脚。读者能理解结论、找到支持段落,并识别仍不确定的内容,搜索才算完成任务。更小的上下文预算,应靠保留这种能力证明价值。


来源

把答案与证据放在一起

如果你希望用独立工作空间保存来源链接和亲自复核的研究,Telli.sh是一个选择。打开你的笔记工作空间。


← 返回博客