2600 万美元投向「智能体原生」检索
2026 年 8 月 25 日，检索初创 Keenable 宣布完成 2600 万美元种子轮，由 Accel 与 Conviction Partners 领投。它押的不是一个新搜索引擎，而是「智能体原生（agent-native）检索」：检索不再是为人类返回一排蓝色链接，而是为智能体返回可直接拿去推理、可溯源、可按时间裁剪的证据。公司由 Andrey Styskin（前 Yandex 搜索、AI 与云）与 Matthias Petri（前 Amazon AGI）创办，团队约 15 名工程师。这个班底很说明问题——它要的是搜索工程与前沿智能体两拨经验的结合。
核心差异：检索不是返回链接，是返回智能体可用的证据
传统搜索的产出是「十条结果」，智能体要自己再读、再判断。Keenable 的思路是把检索重塑成智能体工作流里的一个执行层：智能体提出信息需求，检索层返回的是带来源、带时间戳、可按需裁剪的内容块，而不是一堆要人再点开的网页。换句话说，检索从「让人去看」变成「让智能体去用」。这一步看似小，实则改写了检索在 agentic 系统里的角色——它不再是流程外的参考，而是流程内的一个可被调用的原语。
MCP 服务器 + Time Machine：把检索变成可调用原语
Keenable 把能力以 MCP 服务器暴露（api.keenable.ai/mcp），让任意支持 MCP 的智能体用标准化协议直接调用；同时提供 Time Machine API，支持按时间点（query_time）查询——智能体能要「某个时点之前」的索引状态，而不是永远拿最新的快照。这一点对需要可复现、可审计推理的智能体很关键：同一个问题在不同时间问，能拿到与当时一致的检索结果，避免「昨天能解释的结论今天检索不到」的漂移。公司还在开发 WQL（一种面向智能体检索的查询语言），把检索意图表达得更结构化。
性能与定价：1000 亿索引、p95 低于 250 毫秒、每千次 4 美元起
工程指标上，Keenable 称已建起 1000 亿以上的文档索引，美东区域 p95 延迟低于 250 毫秒；定价分两档——Agent Builder 档每千次调用 4 美元，Frontier 档（100 次以上每秒）每千次 1 美元。这个延迟与规模的配合，瞄准的是「智能体高频、低延迟地回头查资料」的真实节奏，而不是人类偶尔搜一次的节奏。它还与语音智能体厂商 Gradium 建立了合作，把检索接进语音交互场景——说明它把「智能体」的理解放宽到了文本之外的形态。
竞争位：Brave、Exa，以及正在退场的搜索 API
Keenable 直接对位的是 Brave、Exa 这类面向智能体的检索服务。更大的背景是：Google 与 Bing 正在收缩通用的搜索 API，第三方智能体越来越难靠「调一个通用搜索接口」拿到干净结果。这给专门做 agent-native 检索的厂商留出窗口——它们不拼「收录全」，而拼「返回的东西智能体能不能直接用、能不能溯源、能不能按时间取」。Keenable 的差异化就压在这三点上。
边界与待观察
需要冷静看待的是：2600 万美元种子、15 人团队、1000 亿索引这些数字来自公司披露，尚缺独立基准与第三方压测。WQL 仍处开发阶段，Time Machine 的实际覆盖率与成本也未充分公开。在 Brave、Exa 已先发卡位、且大模型厂商自身也在补检索能力的格局下，Keenable 能否把「可溯源、可按时间、可被 MCP 调用」做成稳固的护城河，还要看真实工作负载里的表现。
结语
Keenable 用 2600 万美元，把「检索」重新定义为智能体工作流里的一个执行层原语，而非流程外的参考。MCP 服务器让调用标准化，Time Machine 让结果可复现——这两点比「又多一个搜索引擎」更值得记。当智能体开始高频回头查资料，检索的竞争就从「谁收得多」转向「谁返回的东西智能体真正用得上、溯得了源、定得了时间」。