一名开发者在使用Claude Code时，因需要频繁切换多个模型，在配置中间加了一层CPA代理，通过Web面板即可完成模型切换。为图省事，他将别名设为auto接入Claude Code，使用一段时间未见异常。直到某天检查调用记录时，他发现Claude Code的正常对话请求竟被路由到了原本配置给auto mode classifier（自动模式分类器）的模型上。排查过程中还出现插曲：开发者并不知晓Claude Code会自动剥离[1m]标记，导致用curl测试时一直以auto[1m]作为模型名，始终无法复现问题，一度怀疑是Claude Code本身出了故障。最终借助AI辅助分析找到原因：auto在Claude Code中是硬编码保留字。当模型名被设为auto时，Claude Code会触发内置的自动模式分类器逻辑，将请求交给分类器所配置的模型处理，而非当作普通模型别名。这意味着用户自定义的auto别名会与Claude Code内部机制发生冲突，造成请求路由静默错乱。该案例提醒使用代理层管理多模型的开发者，命名别名时应避开auto等内置保留字，否则难以察觉的路由异常可能长期潜伏在调用链路中。
事件分析
此事件揭示了Claude Code内部一条隐藏的路由机制：auto作为硬编码保留字，会触发内置的auto mode classifier，将请求分发给分类器所配置的模型，这类行为并未写入官方文档。随着claude-code-router、CPA等代理中间件流行，开发者通过别名管理多模型已成常态，与宿主程序内部关键字冲突的风险随之上升。此外，Claude Code自动剥离[1m]标记的行为进一步增加了问题复现难度，暴露出工具对用户行为透明度的不足。后续走向上，此类踩坑经验多以社区帖形式在Linux.do、GitHub等平台沉淀，可能倒逼官方补充命名规范文档，或在别名冲突时给出明确报错。对工具开发者而言，增加保留字校验与友好错误提示，是提升中间件兼容性的关键改进方向。
核心观点：AI工具链越复杂，未文档化的隐式保留字越致命，一个auto足以让请求路由静默错乱。
原文链接：Linux.do
