Claude Code 频繁调用 Bash 导致变慢变贵?一文关闭强制 Bash 优先模式

近期,部分使用 Claude Code CLI 的开发者发现,该 AI 编程工具在自动模式下的行为发生了显著变化。它开始激进地倾向于使用 Bash 命令(如 `cat`、`sed`、`grep` 等)来执行文件读取、搜索和编辑任务,而不再优先使用原生的 Read、Write 或 Edit 等专用工具。这一行为偏差不仅导致任务完成速度变慢,还因上下文消耗激增而大幅增加了使用成本。经排查,这是 Anthropic 正在进行的一项代号为 “tengu_thrifty_sonic” 的 A/B 测试所致。该测试在 System Prompt 中强制注入了 “Bash-first” 策略,要求模型只要 Bash 能处理就绝不调用专用工具。针对这一影响体验的改动,用户可以通过检查配置文件 `~/.claude.json` 中的 `clientDataCacheSlots` 字段来确认是否被选中,并在 `~/.claude/settings.json` 中添加环境变量 `CLAUDE_CODE_THRIFTY_SONIC` 设为 “0”,从而强制关闭该实验,恢复工具的高效运行。

事件分析

该事件揭示了 AI Agent 在工具调用逻辑层面的典型困境:通用接口与专用接口的效率权衡。Anthropic 试图通过强制 Bash 优先来测试是否能降低推理成本或提升通用性,但实际结果证明,在代码编辑场景下,摒弃结构化的 Edit 工具而回归 Shell 命令,反而导致了更高的 Token 消耗和更差的执行效果。这表明,AI 编程工具的效能不仅仅依赖模型本身,更依赖于合理的“工具编排”。强行改变模型的 System Prompt 策略以适应通用计算范式,可能会破坏针对特定任务(如精准代码修改)的优化路径。这也反映了当前 AI 辅助开发领域在探索最佳实践时的试错过程。

核心观点:强制用通用 Bash 替代专用代码工具不仅未降成本,反因上下文冗余导致性能倒退,暴露了 Agent 调度策略在专用场景下的局限性。

原文链接:Linux.do

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

抢沙发

评论前必须登录!

立即登录   注册