7月9日消息,Anthropic 在 Claude Code 2.1.205 中将 /doctor 升级为可诊断并修复问题的完整 setup checkup,/checkup 为其别名。Claude Code 负责人鲍里斯·切尔尼(Boris Cherny,@bcherny)随后发帖说明,运行 /checkup 可执行多项配置治理:清理未使用的技能、MCP 与插件以节省上下文;将本地 CLAUDE.md 与已签入版本去重;把根目录 CLAUDE.md 拆成嵌套说明文件与技能;关闭运行缓慢的钩子;把 Claude Code 更新到最新版;默认启用自动模式;并预批准频繁被拒绝的只读命令。他同时强调,实际改动前会先征求确认。 官方 changelog 给出别名,产品负责人补齐能力清单
对照 GitHub 主分支 CHANGELOG.md,2.1.205 的原文是:/doctor is now a full setup checkup that can diagnose and fix issues;/checkup is its alias。也就是说,版本记录确认的是“完整环境体检,可诊断并修复”,以及 /checkup 作为别名。
更细的能力边界,来自鲍里斯·切尔尼的公开说明。他列出的七项操作,直接对准 Claude Code 用户最常见的配置膨胀:技能、MCP、插件占用上下文;本地与仓库里的 CLAUDE.md 重复;根目录说明文件过长;慢钩子拖累运行;版本滞后;自动模式未默认打开;只读命令反复弹权限。帖子还提到另有一些小功能,并明确所有实际修改都会先询问。
七项能力指向同一问题:代理环境开始需要自我维护
把这七项放在一起看,/checkup 做的不是又一次模型能力升级,而是把“工作区卫生”做成一等命令。清理未用技能、MCP 与插件,直接服务上下文预算;去重与拆分 CLAUDE.md,服务的是说明文件是否该常驻、是否该下沉为按需加载的技能;关闭慢钩子,服务的是启动与回合延迟;更新版本、默认自动模式、预批准高频只读命令,则分别降低维护成本与权限摩擦。
这与 Claude Code 近期产品方向一致。随着 skills、MCP、hooks、插件和多层项目说明不断叠加,开发者卡住的往往不是模型不会写代码,而是配置本身在挤占上下文、拖慢会话、制造重复确认。/checkup 把这些治理动作收进一条命令,并保留人工确认,说明官方既承认自动清理有价值,也不打算让代理静默改用户环境。
关键不在斜杠命令本身,而在上下文治理进入产品主路径
市场容易把 /checkup 读成便利功能。更值得看的是,编码代理产品正在从“会调用工具”,进入“会维护自己的运行环境”。当上下文窗口被技能描述、MCP schema 和规则文件持续挤占时,谁能先把配置体检、去重和拆分做成可确认的标准动作,谁就更能保住真实任务可用的上下文预算。
需要克制的地方在于来源分层。版本号与“可诊断并修复”的定性,以 2.1.205 changelog 为准;七项具体操作与“改前先确认”,以鲍里斯·切尔尼的公开说明为准。现阶段不宜把社区传闻中的其他清理项,未经官方或负责人确认就写进功能清单。
接下来要看它会不会成为默认工作流的一部分
短期观察点有两个。一是 /checkup 在真实项目里会建议改哪些文件、拒绝率有多高,这决定“先确认”是有效护栏还是频繁打断。二是清理技能、拆分 CLAUDE.md、关闭慢钩子之后,会话上下文占用与启动延迟能否稳定下降。如果这两点成立,/checkup 会从可选诊断,变成 Claude Code 长期可维护性的标准入口。