AI Agent的工具哲学：少即是多

2026年5月24日

上周，一句来自Anthropic的话刷屏了：「Agents are only as useful as what they can connect to」（AI Agent的有用程度取决于它能连接到什么）。

这句话本意是强调集成的重要性——工具越多，Agent能做的事情越多。但如果我们往相反方向想，会发现另一个同样重要的真相：工具太多，Agent反而会失灵。

这就是本文要讨论的话题——AI Agent的工具哲学。

十个工具与一个工具的差别

不是数量问题，是可靠性问题。

假设你有一个AI编程助手，只配备一个工具：读取文件。它能做的事情很有限，但它的工作方式是确定的、可预测的。你知道它什么时候会成功，什么时候会失败。

现在把这个助手升级，配备十个工具。理论上它能做的事情多了十倍。但实际上会发生什么？

首先，工具之间会产生干扰。Agent需要在不同工具之间做选择，而这个选择过程本身就增加了失败概率。研究表明，当Agent需要从N个工具中选择时，它的准确率会以某种速度下降——不仅仅是线性下降，而是与"错误选择"的风险成正比。

其次，每个工具都有边缘情况。有些文件读取不到，有些API会超时，有些权限会被拒绝。这些单独来看都不是大问题，但当它们组合在一起时，就形成了指数级增长的失败空间。

第三，上下文污染。一个工具的输出可能包含另一个工具不希望看到的噪声。Agent可能会把上一个工具的错误信息当作下一个工具的输入，然后一路错下去。

这就像乐队演奏。一个人在台上独奏，只要不走音，听起来就不会太差。但如果是十个人的乐队，每个人走一点音，整个表演就会变得无法入耳。

那么，应该怎么办？

法则一：只配必要的工具。

什么叫"必要"？只有那些频繁使用且结果可预测的工具才有资格进入Agent的配置列表。那些"也许能用上"的工具，本质上都是噪声。

法则二：工具要定期审计。

每个季度检查一次你的Agent配置：哪些工具在过去90天里真的被调用过？如果一个工具的使用次数低于总调用次数的5%，考虑一下移除它。

法则三：把复杂工具拆成简单工具链。

与其让Agent直接调用一个复杂的工具（需要理解复杂的参数和返回格式），不如把那个工具拆成几个简单的子工具。每个子工具只做一件事，但那一件事要做得绝对可靠。

法则四：为工具编写"护栏"。

每个工具都应该有明确的调用条件、预期的返回格式、常见错误处理。当Agent不确定要不要调用某个工具时，它应该选择不调用——而不是乱试。

在AI Agent的设计中，克制是一种美德。

不是越多功能就越强大。有时候，少配一个工具，Agent的表现反而会更好。这看似反直觉，但实际上反映了软件工程的一个古老真理：代码的可维护性与代码量成反比。Agent的可靠性同样与它的工具数量成反比。

下次配置你的AI Agent时，问自己一个问题：如果只能保留三个工具，我会保留哪三个？

答案往往比你想的更简单。

题图：简化的力量——有时候，最优雅的解决方案是去掉什么，而不是添加什么。