claude code auto mode 8月14日改了什么

8月14日起 Pro/Max/Team 新会话默认 auto；已 pin 默认、组织 managed 例外与一次性提示，对照今天落地清单。

claude code auto mode 8月14日改了什么

2026-08-14 起，claude code auto mode 8月14日改了什么可以收成一句：Pro、Max、Team 新开 session 默认进 auto mode，除非你或 admin 早就 pin 了别的权限默认。8 月 7 日那篇「将要默认」的预告今天落地；分类器 overhead 从 8 月 7 起已不计入这三档用量，与今天改默认是两条线。

作者：CodePass 技术编辑

今天新开 session 会看到什么

Week 32 changelog 写得很具体：从今天起，上述三档用户若从未设过 defaultMode，新 session 直接以 auto 启动，状态栏会显示 auto 已开。你仍可在 session 内用 Shift+Tab 切到 manual 或 plan；默认只影响「第一次进来」的策略，不会锁死整段对话。

从未碰过权限设置的人，产品会先弹一次性说明，问是否接受把默认改成 auto。背景机制与例外人群见 claude code auto mode 默认改什么；本文只列 8 月 14 当天界面与配置层面的差异，不重复分类器原理。

同一周 changelog 还带了 VS Code 扩展 Focus view、跨 session 发消息、self-hosted runner 公测等条目；若你关心的是「权限默认」这一条，其它功能可以单独跟版本说明，不必混在一篇里读完。已有老 session 不会中途被切成 auto，只有「新开」才吃默认；如果你在 8 月 13 日关窗口前开着一个 manual session，今天继续聊仍按 manual 走，直到你新开或改模式。

桌面端与 CLI 行为一致：都是读 effective defaultMode 再进 session。升级 CLI 到 v2.1.220+ 系列后，配合 changelog 里 worktree 隔离、Bash /parser 硬ening，auto 默认与这些安全补丁是同一波版本 train，建议一并 claude update，避免「默认已是 auto 但审批 UI 仍是旧 bug」的组合。

已 pin defaultMode 的用户

官方规则没变：你在 ~/.claude/settings.json 里写过 "defaultMode": "manual"、"plan" 或其它值，8 月 14 不会静默覆盖。产品可能弹一次性提示，问是否把默认改成 auto；点拒绝则保持原配置。组织通过 managed settings 下发的 defaultMode 或 disableAutoMode 同样不被个人端的这次 rollout 改写。

排查时先 claude config 或打开 settings 看 effective 值，再对照 Claude Code CLI 基础 里权限模式字段说明。仓库内的 .claude/settings.json 不能单独把整仓默认设成 auto（v2.1.142 起），个人 opt-in/opt-out 应写在 user settings。

若 Team admin 在 managed 里锁了 manual，成员今天不会「被改成 auto」，即使个人 settings 里曾写过 auto。双源冲突时 managed 覆盖个人文件；拿不准就跑 claude config 看 effective 值。一次性 switch prompt 只影响「是否把个人 default 改成 auto」，不会动 managed 里 admin 写死的策略。

dev.to 当日帖补充：只有 Pro/Max/Team 的新 session 吃这次默认；Free 或未订阅 Claude Code 的路径不在此次变更名单里（以你账号实际套餐为准）。若团队混用个人 Pro 与公司 Team，同一台机器上不同账号登录会看到不同默认，别用个人 session 的行为推断组织 rollout。

Enterprise 与 API 入口仍是 opt-in

Claude Enterprise、Claude API、AWS Bedrock、Google Cloud Agent Platform、Microsoft Foundry 等渠道今天不会自动切默认。官方称未来约一个月内会与云伙伴一起改为默认，并提前通知 Enterprise admin；在此之前 admin 可在 managed settings 主动打开组织级 auto。

这类账户的分类器 overhead 计费调整也晚于 Pro/Max/Team：随 broader rollout 一并取消，具体日期等各渠道后续公告。国内团队若走 API 或 Bedrock 接 Claude Code，今天的行为应与昨天一致，除非 admin 自己改过 managed policy。

Enterprise admin 若想「先让部分 repo pilot auto、其余 manual」，目前仍靠 managed defaultMode 与 disableAutoMode 组合，没有 8 月 14 那种 consumer 侧一次性 prompt。API 用户还要区分：permission classifier 与模型 completion 是不同 meter，默认未改不代表 overhead 计费已对齐 Pro 档。

和 8 月 7 日已生效的两条别混

8 月 7 日起，Pro/Max/Team 的 classifier 额外 token 已不再计入套餐用量；8 月 14 才改「新 session 默认模式」。你在 8 月 7–13 日手动开过 auto，账单侧早已不因 classifier 多扣一层，但默认仍可能是 manual，直到今天或直到你接受 switch prompt。

回落规则也在产品里写着：连续 3 次 block 或单 session 累计 20 次 deny 会退回 manual 批准。这与「默认改成 auto」同时存在；长 session 里若分类器反复拦你意图内的操作，会话后半段可能又变回逐条点 Yes。近期 Bash 审批 UI 与 org bypass 补丁见 claude code 2.1.223 权限修复。

permission rules 的 ask/deny 仍在 classifier 之前：今天改默认不会清空你已有的 Bash(git push *) ask 规则。宽 allow 如 Bash(*) 在 auto 下会被搁置，窄规则可保留；若 push default branch 让你意外，问题在策略层而不是「8 月 14 突然删了 deny」。

今天升级后建议做的三件小事

第一，开一个新 session 看状态栏默认模式是否符合预期；若弹 switch prompt，先决定团队策略再点接受。第二，扫一眼 permissions.ask / permissions.deny 是否仍覆盖 push、生产分支等你希望人工看的动作；auto 只改「未列出动作」的默认，显式 ask/deny 仍在分类器之前。第三，Enterprise 或 API 用户确认 admin 是否计划在未来一个月内改组织默认，避免与合规审计窗口撞车。

第四项可选：对照 claude code auto mode 生产怎么用 看客户 repo 是否要在 managed 里加 push/infra ask，而不是等默认 auto 跑完再补锅。第五，确认 CLI /status 版本 ≥ v2.1.220，避免旧客户端对新默认展示不一致。本文停在「今天改了什么」；切回 manual 的操作路径另文专写，不在此展开分类器 tier。

参考资料