auto mode 是什么
Claude Code 从 8 月 14 日起把 auto mode 设为付费版默认。简单说，auto mode 让 agent 在更少人工确认下自主跑完多步任务：自己读文件、改代码、跑命令、处理报错，不每一步都停下来问你。它的定位是把「你盯着它一步步做」变成「你给目标，它自己跑到交付」，效率上限更高，但放权也更大，风险随之而来。
开了之后最大的变化
开 auto mode 后，agent 更敢自主行动：会更频繁地直接改文件、执行命令、连续调用工具，而不是每步等你点头。对老手这是提效，对新手是风险——因为你不看的过程里，它可能改了你没想到的地方、跑了你没预期的命令。变化的核心是「确认环节变少」，你从驾驶员变成监工，监工更轻松但也更容易漏看关键步骤。
权限边界必须设好
第一件要盯的是权限：哪些命令允许 auto mode 自动跑，哪些必须人工审批。危险的写操作、涉及删除、涉及外部系统的命令，应当留在审批栏，别全放开。很多人一开 auto mode 就把权限全交给它，结果 agent 自作主张跑了不该跑的，回过头才发现。权限是兜底不是束缚，设好再开，别本末倒置。
费用会跑得更快
auto mode 自主迭代，token 消耗比一步步对话快得多——它自己试错、自己重跑，每一步都花钱。不设上限的话，一个复杂任务可能烧掉远超预期的额度。建议开用量提醒、给会话设预算上限，或者长任务分段跑、阶段性复查，别让它一口气跑到账单爆。费用失控是 auto mode 最常见的后劲，事前设限比事后肉疼强。
改完要 review 再信
agent 跑完不等于做对了。auto mode 下它改的文件、写的代码，你仍要自己过一遍，尤其涉及核心逻辑的部分。把它当「写得很快的初级工程师」，产出要 review 不能盲信。养成「跑完先 diff 再合并」的习惯，别因为省了确认就省了审查，那省掉的恰是最该有的环节，省出 bug 更费时间。
作用域别铺太大
不要在重要仓库、生产环境、含密钥的目录里开全权限 auto mode。作用域越小越安全：在一个独立分支、一个测试目录里让它放开跑，真出事影响也可控。把 auto mode 的火力集中在低风险区域，重要东西手动把关，这是用它的基本纪律，也是踩过坑才懂的常识，别拿主力环境练手。
一个踩坑案例
某开发者在主力项目根目录开 auto mode 让它「顺手整理依赖」，agent 自作主张改了多个配置文件并跑了卸载命令，本地环境半天没起来。事后他给 auto mode 设了「只允许读和指定目录写、删改类命令全部审批」，再没出过事。教训很直接：放权可以，但放权范围要画清楚，画错了代价是环境重建，半天工时打水漂。
谁暂时不适合开 auto mode
不是所有人都该立刻开。新手还没建立「改完要 review」的习惯前，auto mode 放出去容易出事；项目处于上线前的关键期、改动牵一发动全身时，也不该放开让 agent 自由发挥。判断标准是：你对每一步改动能不能快速看懂并回滚？不能，就先关 auto mode 用手动，等手感稳了再放。工具是给会用的人提效的，不会用先别放，不是丢脸的事，莽撞放开才是。
使用清单
- 开前：设好权限分级，危险命令留审批。
- 开时：长任务分段、设预算上限、开用量提醒。
- 跑完：diff 审查改动，核心逻辑人工复核。
- 环境：只在独立分支或测试目录放全权限，重要仓库手动。
局限声明
Claude Code 的 auto mode 功能、默认策略与权限模型随版本调整，本文基于 8 月 14 日前后公开信息与使用经验，具体行为以你所用版本为准。付费与配额政策也可能变化，使用前看一眼当前条款，别凭记忆默认。