https://blog.lucasma.cc/categories/%E5%B7%A5%E5%85%B7%E8%B0%83%E7%94%A8/ Recent content in 工具调用 on Lucas Ma 的博客 Hugo zh-cn 2026 Lucas Ma Sat, 16 May 2026 22:02:19 +0800 https://blog.lucasma.cc/posts/anthropic-advanced-tool-use/ Sat, 16 May 2026 22:02:19 +0800 https://blog.lucasma.cc/posts/anthropic-advanced-tool-use/ <p>如果你的 Agent 已经接上了几十个工具，你大概率会遇到同一个问题： <strong>模型不是不会用工具，而是工具太多、上下文太挤、参数太容易写错。</strong></p> <p>Anthropic 这篇新文章讲得很实在：真正成熟的 Agent，不是“把工具都塞进去”，而是要学会三件事：</p> <ol> <li>先找到对的工具，再加载进来。</li> <li>复杂编排不要全靠自然语言，让代码来做一部分。</li> <li>不能只给 schema，要给模型看得懂的使用示例。</li> </ol> <p>这三件事分别对应：</p> <ul> <li>Tool Search Tool</li> <li>Programmatic Tool Calling</li> <li>Tool Use Examples</li> </ul> <h2 id="先看结论问题不在模型而在工具层">先看结论：问题不在模型，而在工具层</h2> <p>大多数 Agent 项目一开始都很顺：</p> <ul> <li>工具少，效果不错</li> <li>任务简单，调用也正常</li> <li>prompt 看起来也不复杂</li> </ul> <p>但一旦进入真实业务，工具数量开始膨胀，问题就来了：</p> <ul> <li>MCP server 一多，工具定义本身就吃掉大量 token</li> <li>相似名字的工具很多，模型经常选错</li> <li>一连串工具调用会把中间结果全部塞回上下文</li> <li>JSON schema 只能约束结构，约束不了“怎么用才对”</li> </ul> <p>Anthropic 这篇文章本质上是在说：<strong>工具调用要从“函数调用”升级成“工具编排系统”。</strong></p> <h2 id="总览三层能力分别解决什么">总览：三层能力分别解决什么</h2> <pre class="mermaid">flowchart TB U[用户请求] --&gt; D{工具系统是否太复杂?} D --&gt;|是| S1[Tool Search Tool: 按需发现工具] S1 --&gt; P1[Programmatic Tool Calling: 用代码编排执行] P1 --&gt; E1[Tool Use Examples: 用示例纠正参数使用] E1 --&gt; O[更少 token / 更少错误 / 更高稳定性] </pre> <p>你可以把这三层理解成一个递进关系：</p>