Exa Search on SandBase.ai：从搜索 API 到 Agent Service
Exa Search 已接入 SandBase 生态，帮助 Agent 把 AI-native 语义搜索连接到公司调研、竞品监控、线索研究和 FDE 交付。
TL;DR — Exa Search 已接入 SandBase 生态。Exa 提供 AI-native 语义搜索和内容抽取能力；SandBase 帮 Agent 发现、连接并复用这项能力，用于公司调研、竞品监控、销售线索研究、市场地图和 FDE 交付准备。
Search 是 Agent 最早应该具备的能力之一。
原因很简单：很多真正有用的 Agent 任务，第一步不是写代码，也不是复杂推理，而是先连接外部世界。
一个 Agent 要写报告、研究客户、判断销售线索、做市场地图，或者帮 FDE 准备客户访谈，它得先弄清楚几个基础问题：这家公司是谁，产品是什么，客户是谁，最近有什么变化，哪些信息可信，哪些内容应该进入下一步。
所以这次我们从 Exa Search on SandBase.ai 开始，把 Search 做成 SandBase 的第一个 Agent Service。
为什么这件事重要
对 Agent 来说，搜索不是返回十个链接这么简单。
人类看到搜索结果，可以自己扫标题、打开网页、判断可信度、复制重点、顺手记住上下文。Agent 不行。Agent 需要把这些动作变成一个稳定的 workflow。
真正能进生产环境的搜索能力，通常要包括：选源、抽取正文、提炼 highlights、总结、引用、失败重试、状态保存，以及最后输出一个结构化 artifact。
这就是 API 到 Agent Service 的变化。
API 是给程序调用的。
Agent Service 是给任务复用的。
Exa 提供了什么
Exa 是一个 AI-native web search engine，核心是语义搜索。它不是只靠关键词匹配，而是更强调按语义和意图找到相关网页内容。它也可以返回带内容抽取的结果，比如全文、关键 highlights 和 summary。
这让 Exa 很适合作为 Agent workflow 里的 provider layer。
当你要做的不是“搜某个关键词”，而是“找出这个赛道里真正相关的公司”或者“理解某类产品最近发生了什么变化”，语义搜索会更贴近 builder 的真实意图。
SandBase 增加了什么
SandBase 不是把 Exa 包一层，重新做一个搜索 API。
SandBase 做的是让 Agent 更容易发现、组合和复用这项能力：
- workflow 结构
- 可复用 skill 配置
- session 上下文
- 结构化 artifact
- 后续任务衔接
- run history
- 和其他 Agent 能力组合
也就是说，builder 不应该每次都重新拼搜索、抽取、总结和格式化输出。
更理想的方式是：直接运行“研究这家公司”或者“监控这组竞品”这样的 workflow，最后拿到一个能用的研究结果，而不是一堆原始搜索响应。
第一批适合的场景
| 场景 | Agent 做什么 | 输出 |
|---|---|---|
| Company Research | 搜索公司、官网、产品页、客户信号和近期动态 | 公司研究简报 |
| Competitor Monitor | 监控官网、博客、文档、GitHub、X、LinkedIn 和产品更新 | 竞品变化报告 |
| Lead Research | 研究目标客户和关键人，给销售或 founder 准备上下文 | 线索评分和破冰话术 |
| Market Map | 搜索一个赛道里的公司，并按细分方向聚类 | 市场地图 artifact |
| FDE Prep | 在客户访谈前快速建立业务和技术背景 | FDE 调研简报 |
这些都不是很炫的 demo。
但它们是销售、投资、创业者研究、产品战略和 FDE 交付里每天都会遇到的工作。
也正因为这样，Search 很适合作为第一个 Agent Service。
从 API 到 Agent Service
真正有价值的抽象，不是“调用搜索”。
真正有价值的是：
- 研究一家公司
- 监控一个市场
- 准备一次客户沟通
- 为销售线索收集信号
- 生成带来源的研究简报
Provider 提供底层能力，runtime 把它变成从任务到 artifact 的可复用路径。
这也是 SandBase 现在关注的方向：把 APIs、models、skills、tools、sessions 和 artifacts 连接起来，变成 agent-native 的交付工作流。
FAQ
Exa Search 是替代普通搜索吗？
不是。Exa Search 更适合需要语义匹配和内容抽取的任务。如果只是简单关键词查询，普通搜索依然够用。
为什么 SandBase 把它叫 Agent Service？
因为目标不是多暴露一个 API，而是把搜索、抽取、总结、状态和 artifact 输出打包成一个 Agent 可以反复调用的 workflow。
Exa Search on SandBase.ai 可以先做什么？
可以先做公司调研、竞品监控、销售线索研究、市场地图和 FDE 访谈准备。这些都是高频任务，而且搜索质量会直接影响最终结果。
它能和 SandBase 其他能力组合吗？
这是接下来的方向。Search 可以成为更大 workflow 的第一步，后面继续接浏览器自动化、SaaS connector、模型推理、sandbox 执行和报告生成。
接下来
Exa Search 只是一个起点。
更大的方向，是做一个 Agent Service Store，让 builder 可以发现、查看、运行和组合真实世界里的能力。搜索、浏览器、数据抽取、SaaS 动作、sandbox 执行、报告生成、FDE playbook，不应该永远散落在各自的 glue code 里。
Agent 需要 API。
但 builder 更需要可复用的能力。
Exa Search on SandBase.ai，是我们往这个方向走出的第一步。
