帖子说了什么
@hiro_hitori_ai 转述了 Claude Code 官方更新日志里的一条修复：在 VS Code 扩展的计划评审卡片上，焦点停在「Send feedback and keep planning」（发送意见、继续规划）按钮时按 Enter，结果不是把你的意见发回去，而是直接批准了计划。作者还分享了自己做审批界面时踩到的类似坑：「写修改意见的输入框」和「写正文的输入框」混在一起，最后意见和草稿搅成一团。
我们对照了官方 CHANGELOG，2.1.310 条目原文写的是：修复了在计划评审卡片的 “Send feedback and keep planning” 按钮上按 Enter 会批准计划、而不是把评论发回去的问题。
为什么值得在意
计划模式（plan mode）的意义就是「先看方案，再放手执行」。批准之后，Claude 会按计划开始改文件、跑命令。如果你的本意是「这里不对，再想想」，却因为一个回车让它直接开工，后果可能是：
- 改动范围比你想的大，需要回滚；
- 涉及部署、迁移、删除之类的步骤提前执行；
- 你以为它还在规划，人已经走开，它在后台一路跑完。
这类问题不是模型「不听话」，而是界面把一个动作误映射成了另一个动作。审批界面越省事，越要确认「我按下的到底是什么」。
你可以立刻做的几件事
- 升级到 2.1.310 或更新版本。终端里
claude --version看 CLI 版本；VS Code 扩展在扩展面板里确认已更新，并重启窗口。 - 审批类按钮优先用鼠标点，尤其是「批准 / 继续规划 / 拒绝」并排时；键盘焦点在哪个按钮上，不一定是你以为的那个。
- 写意见前先看清输入框的用途：是给 Claude 的反馈，还是要写进文件的正文，不要混用。
- 高风险改动先提交一次 Git。万一计划被误批准，
git diff/git stash是最可靠的撤回方式，比指望对话回滚更稳。 - 让计划里写清「不会做什么」，例如不推送、不改生产配置；误批准时损失也更可控。
小结
一个回车把「再想想」变成「开干」，这正是审批界面最怕的那种错位。升级修掉它，同时把重要操作放在 Git 保护之下，计划模式才真正起到把关作用。
