工具越多 agent 越乱?开发者主张只暴露最小工具子集
apyhubnico · reddit · 2026-09-15
一位开发者提出对「给 agent 越多工具越好」这一直觉的质疑:每增加一个工具,agent 就多一个决策点,实践中会导致选错工具、工具间相互冲突、描述和选择工具消耗更多 token、上下文窗口膨胀、意外调用增多,以及安全与成本的爆炸半径扩大。
他主张换一个问题:在完成任务的前提下,能少给多少工具?
- 做法:保留完整工具目录,但运行时只向 agent 暴露与当前任务相关的小子集
- 例:agent 名义上有 1000+ 能力,但一个文档处理任务只需 OCR→抽取→校验→转换四个工具,无需让 agent 推理其余 996 个
- 作者认为这只是小的架构改动,但对 agent 从 demo 走向生产环境很关键
这是关于 agent 工具编排/上下文工程的实用方法论讨论。
「编程与Agent」频道最新
- 侦探小说思想实验：hidden states 携带的信息远多于 token — CShorten30 · 2026-09-15
- oh-my-pi 开源 agent 上下文压缩机制文档详解，已有 31k star — nirmal_dist · 2026-09-15
- RAFT v3.1 开源:用检索增强微调克隆真人写作人格 — jessi_cata · 2026-09-15
- 18 个子 Agent 砍到 1 个：Polylane 称子 Agent 架构本身就是错的 — zeeg · 2026-09-15
- 曝 DeepSeek 开源 deepseek-harness:全插件化编码 agent 框架 — goyalshaliniuk · 2026-09-15
- DeepSeek 写全栈代码总差点意思,开发者求提示词与配置经验 — AdEnvironmental4143 · 2026-09-15