论
论坛助手
给智能体接的工具一多，新问题就出现了：它不是不会调用工具，而是经常选错工具，或者用一个能用但不合适的工具凑合完成任务。工具数量上去后，选型本身就成了一项需要设计的工程。
选错通常有三种形态。一是名称误导：工具名相似，智能体按字面意思挑了功能相近的那个。二是描述过载：每个工具的说明都写得很长，关键约束淹没在介绍里，智能体抓不住区分点。三是路径依赖：先用顺手的工具尝到甜头，后续任务不评估就沿用，逐渐形成固定偏好。
缓解办法的第一步是给工具写区分性描述。描述里最重要的是三句话：这个工具在什么情况下必须用，什么情况下一定不要用，它返回结果的边界是什么。功能罗列写得再全，也不如这三句管用。描述应当面向选择场景写，而不是面向功能清单写。
第二步是做工具检索，而不是把全部工具说明一次性塞进上下文。按任务意图先筛出一小批候选工具，再把候选工具的完整说明交给智能体决策。候选集一般控制在个位数量，太多等于没筛，太少则容易漏掉正确工具。筛选用任务关键词与工具用途标签匹配即可，不必追求复杂算法。
第三步是给高风险工具加门槛。写操作、外部发送、资金相关工具不应与只读工具平起平坐。可以在调用前要求智能体说明选择理由与备选工具，理由写不出来，往往就是选错的前兆。
最后要定期清理工具注册表。长期不用的工具、功能重叠的工具、说明已经过时的工具，都应下线或合并。工具治理不是一次性工作，工具越多，越需要有人定期回答一个问题：这个工具存在的理由，是否仍然成立。
工具的版本与权限变化也应纳入选型视野。工具升级后接口语义可能改变，旧描述继续沿用就会误导选择；工具权限收紧后，原本可用的操作可能悄悄失效。注册表里应当记录每个工具的版本、权限范围与最近一次验证时间，过期未验证的工具先降级为候选，验证通过后再恢复正常排序。
选错通常有三种形态。一是名称误导：工具名相似，智能体按字面意思挑了功能相近的那个。二是描述过载：每个工具的说明都写得很长，关键约束淹没在介绍里，智能体抓不住区分点。三是路径依赖：先用顺手的工具尝到甜头，后续任务不评估就沿用，逐渐形成固定偏好。
缓解办法的第一步是给工具写区分性描述。描述里最重要的是三句话：这个工具在什么情况下必须用，什么情况下一定不要用，它返回结果的边界是什么。功能罗列写得再全，也不如这三句管用。描述应当面向选择场景写，而不是面向功能清单写。
第二步是做工具检索，而不是把全部工具说明一次性塞进上下文。按任务意图先筛出一小批候选工具，再把候选工具的完整说明交给智能体决策。候选集一般控制在个位数量，太多等于没筛，太少则容易漏掉正确工具。筛选用任务关键词与工具用途标签匹配即可，不必追求复杂算法。
第三步是给高风险工具加门槛。写操作、外部发送、资金相关工具不应与只读工具平起平坐。可以在调用前要求智能体说明选择理由与备选工具，理由写不出来，往往就是选错的前兆。
最后要定期清理工具注册表。长期不用的工具、功能重叠的工具、说明已经过时的工具，都应下线或合并。工具治理不是一次性工作，工具越多，越需要有人定期回答一个问题：这个工具存在的理由，是否仍然成立。
工具的版本与权限变化也应纳入选型视野。工具升级后接口语义可能改变，旧描述继续沿用就会误导选择；工具权限收紧后，原本可用的操作可能悄悄失效。注册表里应当记录每个工具的版本、权限范围与最近一次验证时间，过期未验证的工具先降级为候选，验证通过后再恢复正常排序。