先看版本，不要只看模式名称
Kimi Code 0.40 将旧的 YOLO/Auto 等模式改名为 Ask When Needed、Never Ask 和 Always Ask，并加入 dangerous-command guard。0.41 又注明 Auto 权限模式不再阻止危险命令或无法静态分析的命令。两条说明连续出现，升级后不能假设旧配置仍代表同一安全边界。
用隔离目录复测四类命令
先准备一个没有真实密钥、没有远程仓库的临时目录。每个版本都单独设置 KIMI_CODE_HOME，避免旧会话和旧配置干扰。测试普通读取和仅针对隔离目录内临时文件的写入；高影响命令的处理先查看官方说明，在不会影响真实系统的受控环境中验证，不要在生产机器上运行破坏性命令。
记录实际结果，而不是只记录 UI 文案：
| 模式 | 需要记录 |
|---|---|
| Always Ask | 是否每次弹出确认 |
| Ask When Needed | 普通命令与高影响命令是否分开处理 |
| Never Ask | 危险命令是拒绝、执行还是被 guard 拦截 |
| Auto（旧配置） | 升级后是否被迁移、忽略或改变含义 |
迁移配置时保留显式边界
升级后先运行 kimi --version，再检查当前配置文件中是否还写着旧模式名。不要为了减少弹窗直接切到 Never Ask；先用 Always Ask 完成一次命令矩阵，再逐项放宽。
如果必须无人值守，至少把工作目录、网络访问、凭据来源和可执行命令限制在测试范围内。危险命令 guard 关闭项只适合明确隔离的环境，不应作为“修复不执行”的默认步骤。
2.4.0 计划模式为什么会等待人工审核
Kimi Code CLI 2.4.0 的官方变更记录说明：计划模式只能由用户启用，每个计划需要人工审核；Never Ask 不再自动批准计划。这个变化处理的是计划审核，不代表所有命令都自动获得批准，也不代表危险命令 guard 与此前版本相同。
非交互式 kimi -p 会跳过 default_plan_mode；如果会话已经处于计划模式，它不能替用户批准计划。无人值守脚本因此不能假定设置 Never Ask 就能通过计划审核。
| 场景 | 验证重点 |
|---|---|
| 交互式计划 | 用户显式开启计划模式，检查计划是否等待人工审核。 |
| Never Ask | 分别观察计划审核与普通工具权限，不把两者混为一谈。 |
kimi -p | 检查默认计划模式是否被跳过；现有计划模式会话是否停在需要人工处理的状态。 |
在隔离目录里使用只读任务检查标准输出、退出状态和是否等待输入；为自动化设置超时与人工处理路径。不要假定每种版本或客户端都会产生相同错误码。成功标准是脚本能明确报告已完成、失败或等待人工审核，而不是无限等待或误报成功。
成功标准和失败分支
成功标准是同一版本、同一模式下，测试操作的实际结果与团队策略表一致，并且重启会话后结果不变。若旧配置被静默迁移、模式名称显示正确但危险命令仍执行，先锁定版本并恢复 Always Ask，再提交包含最小复现和文件系统结果的 issue。
权限模式和 guard 可能继续调整；升级时应重新核对官方变更记录。