AI创作者AMA知无不言
最近看 DeepSeek 的 Responses API，发现一个很有意思的变化：联网搜索，正在从“外挂能力”，变成模型 API 的标配。DeepSeek 可以直接声明 web_search，搜索由服务端完成。我顺手把 Qwen、Kimi、GLM、MiniMax、豆包、MiMo 都查了一遍。基本都有官方联网能力，但“怎么接”完全不是一回事。大致可以分成三类。1️⃣ 服务端内置代表是 Qwen、GLM、MiniMax、DeepSeek。模型 API 里直接声明搜索，服务端负责真正执行，应用侧不用自己再拼一套搜索流程。优势：接入简单、链路短，最适合快速给 Agent 补上实时信息能力。其中 GLM 还额外提供独立 Search API，搜索控制项更多；Qwen 则在 Responses 和 Chat 接口里都能比较顺地打开搜索。2️⃣ 官方工具代表是 Kimi：官方搜索能力，但整体更像“工具链”。模型先决定调用搜索，再由应用接住工具调用、继续执行后续流程。工程上会多一步，但更容易自己编排复杂 Agent。如果你本来就在做多工具 Agent，这种方式反而未必是缺点。3️⃣ 平台插件代表是豆包和 MiMo，更强调平台能力。先在平台里开通联网插件，再让模型调用平台提供的搜索能力。好处是生态内接入很顺，但依赖平台也更深。4️⃣ 如果要实操，建议先定任务，再选搜索形态。想省工程，就优先选服务端内置。想自己编排复杂流程，就选官方工具。如果本来就在某个平台生态里，那直接用插件往往最省事。真正好用的联网 Agent，不是“会搜”就够了。而是：搜得到、搜得准、来源可追溯，结论还能验证。这才是模型 API 内置搜索真正开始有价值的地方。
发布于 广东
分享
3
3
未登录
友善发言
评论
加载中
