完成一次规划、修改、测试与审阅
把小缺陷变成可以验证、可以保留的改动。
准备有 Git 的仓库与可复现缺陷,先检查现有状态,保留已有修改。明确预期行为及能证明结果的命令或手工检查。
1. 在 Plan 模式中了解问题
Shift+Tab 可切换可用权限模式。先选择 Plan 模式分析,让 Claude 定位问题、列出受影响文件与验收方法。阅读方案并修正误解,再允许修改。
2. 执行范围清晰的修改
准备好后回到常规审批模式,逐项阅读文件和命令权限请求。一次完成一个小改动,测试应对应缺陷。范围偏离时按 Escape 中断并重申边界,不为省提示直接跳过权限。
Fix only the blank-email validation bug. Preserve unrelated edits.
Add a check that fails before the fix and passes afterward.
Run the relevant checks and show the diff.
Do not commit, push, or deploy.3. 检查证据与差异
亲自运行相关检查或核对运行结果。用 git diff 查找意外修改、遗漏错误路径和密钥。测试通过不等于所有流程正确,也要检查具体用户行为。审阅后只提交确实要保留的文件。
git status --short
git diff --stat
git diff4. 有选择地恢复
可用 /rewind 查看检查点恢复选项,但它不能撤回全部终端命令、远程写入或外部操作。长期恢复依靠 Git 与备份,不要为了撤销一次生成改动而丢弃已有用户修改。
练习与自检
在练习分支修复一个小缺陷,对比前后行为,审阅差异,记录运行过的检查。
完成后,花一点时间检查:
阅读官方原始资料
CLI 操作已对照官方文档核查;API 示例通过模拟响应测试。未登录产品账户进行完整实机演示。