Agent 联网总胡说，先别换模型：它可能吃的是搜索摘要

Santiago 发了一段视频，主题很具体：怎么让 Codex、Claude Code、Cursor、OpenCode 这类 agent 在网上拿到更好的结果。

他在回复里放了 Apify MCP server 的链接，并说明这是与 Apify 团队的合作内容。这个 MCP server 的定位是让 agent 直接调用 104K+ 工具做网页抓取、数据提取和自动化，MCP 地址是 https://mcp.apify.com/，支持 OAuth 或 API token，Claude Code、Codex、Cursor 等客户端有对应配置。

评论区把问题指向了更具体的地方。有网友 vexor4i 的总结很直接：给 agent 干净的上下文，去掉查询里的噪音，用精确术语，自己验证来源，别信第一个结果，快速迭代。Jon Cheney 补了一句更刺的：他看到的坏 agent 输出，一半是搜索差，不是推理差。把 agent 读的东西修好，它会明显变聪明。Ashley Maloney 指得更细：搜索摘要正是 agent 捡到自信废话的地方，读全文能修掉一大半。

这几条放在一起，结论不复杂。模型能力当然有上限，但很多线上任务先死在输入层。搜索摘要为了省 token，把网页压成几句话，丢掉了限定条件、日期、反例和原文语境。agent 拿到这种二手信息，再顺着补全，输出就会很像样地错。

所以先查链路：查询词是否精确，是否只喂了摘要，是否让 agent 读了完整页面，是否要求它标来源，是否允许它快速重试。TinyFish 走另一条路，把 TinySearch、TinyFetch、TinyBrowser、TinyAgent 放在一个 API key 下，TinySearch 和 TinyFetch 免费，MCP 连接也给了。

工具能省事，但别把工具当答案。Santiago 的视频和评论区真正有价值的地方，是把 agent 的在线表现拆成可检查的环节：搜索源、页面读取、上下文清洗、来源验证、迭代速度。哪一环偷懒，最后都会以“模型胡说”的形式出现。

图片和视频来源：Santiago 的 X 帖子；Apify MCP server；TinyFish。