CCA-F 练习题库· Context Management & Reliability
某个 agent 可以使用 50 多个不同的 API connector 工具。在执行过程中，它经常选错 connector，即便被明确指示要先搜索也是如此。要修复这种工具选择失败，最有效的架构改动是什么？
- A把全部 50 个 connector 的工具描述都重写得更加详细，把各自的边界写明确，让模型在选择时能把它们区分开。
- B把全部 50 个 connector 合并到一次单一的庞大 API 调用后面，用字符串参数指定目标系统，再用一个自由格式的参数对象传参，只留一个工具可选。
- C提供一个 search_connectors 工具，动态限定可用工具集的范围，只向 agent 暴露匹配到的相关 connector。
- D实现更好的错误处理，让 agent 在调用了错误的 connector 之后能收到清晰的失败信息，并可以换一个重试。
正确答案：C
解析
- C正确。这是典型的工具过载问题：在上下文中同时暴露 50 多个工具会降低 LLM 的工具选择准确率，因为模型每一轮都必须在一个庞大且大部分不相关的选项集上进行推理——而且再多的“先搜索”式提示也修不好一个本质上过于拥挤的上下文。架构上正确的修法是动态工具作用域限定：用一个 search_connectors（又称 tool-search/tool-discovery）工具来匹配请求，只向 agent 暴露少数几个相关的 connector，从而收缩决策空间，这也契合 Anthropic 关于管理大型工具集的指导。干扰项各有问题：
- A描述写得更详细，50 个工具仍然全部加载，过载依旧存在，而且往往还增加了 token 成本；
- B把所有东西塞进一次庞大调用，会破坏各个工具的参数 schema 和可检视性，使正确调用更难而非更容易；
- D错误处理纯属被动应对，任由选错工具发生，再花代价去恢复，而不是加以预防。
延伸阅读
本题为本站自有原创练习题，非任何官方考试内容；解析对照 Anthropic 公开文档撰写， 如与最新文档不符请以官方为准。想在限时环境下检验水平，可参加 模拟考（题目与本页题库不重叠）。