一个真实的教训
一位不会代码、用 AI 接单的新手复盘过自己的第一个项目：出 bug 时他只会说「这里有问题，帮我改」，AI 改好一处又弄坏另一处；他不会用 git，不知道代码可以回到上一个版本，只能让 AI 一直往下修，越修越乱。
后来他学会的第一个习惯就是：每完成一个重要功能，就存一个能正常运行的版本。
三个命令，一个习惯
你可以直接让 Claude Code 替你敲这些命令，但要知道它们是什么意思：
git init # 在项目里开启存档功能，只做一次
git add -A && git commit -m "待办清单：添加/完成/本地保存 三项验收通过"
# 存一档，引号里写这一档做到了什么
git log --oneline # 看所有存档习惯只有一条：验收通过就存档。 不是每天存，不是做完全部再存，是每一个验收通过的改动都存一次。这样每一档都是「能用的」，回滚永远回到一个能用的状态。
改坏了怎么办：回档，别硬修
AI 加分类功能时把「标记完成」弄坏了，你让它修，它修完「删除」又坏了。这时候停。别再让它修第三轮。
对它说：
「分类功能改坏了原有功能。放弃这次改动，把代码回到上一次提交（删除按钮验收通过那一档）。回去之后我们重新用 Plan 模式做分类。」它会用 git checkout 或 git restore 把文件恢复到那一档。你损失的只是这一次失败的尝试，而不是整个下午。
自测 · 学完检查一下
想真正动手做题、记进度、攒连胜？到互动课里练。
对零基础的 AI 编程者来说，git 最主要的价值是什么？
答案：给每个能用的版本存档，改坏了能一句话回到上一档
上传分享是 git 的另一个用途，但对你现在最要紧的是「可撤销」。它不找 bug，也不加速 AI，它只保证你永远有一条退路。
下面哪个时机最应该存一档？
答案：「删除按钮」做好并且验收通过之后、开始做「分类」之前
存档的标准是「这一版能用」。按时间存可能存下一个坏的版本；全做完再存等于中途没有退路；验收前存则不知道存的是好是坏。
判断：提交说明写「更新」「修改」「fix」就够了，反正自己知道改了什么。
答案：错
回滚的时候你要在一串存档里找「上一个能用的」，「更新」「修改」让你分不清哪档是哪档。写成「删除按钮验收通过」，一眼就能选中要回去的那档。
AI 连续两轮修 bug 都越修越坏，而上一档是验收通过的。此刻最省时间的做法是？
答案：让它回到上一档，然后用 Plan 模式重新做这个功能
两轮越修越坏说明它已经不清楚自己改了什么了，第三轮大概率更糟。回到能用的存档，损失最小；重新走 Plan 是为了这次先把方案聊清。自己翻代码和推倒重来都比回档贵得多。
小方从来没存过档，现在功能改坏了。他能一句话回到「昨天能用的版本」吗？
答案：不能。没有存档就没有可以回去的版本，只能靠 AI 硬修或重做
git 只记录你主动提交的存档，不会自动帮你存；AI 每次启动都是新对话，不记得昨天的代码；浏览器缓存的是页面显示效果，不是源文件。这就是为什么「验收通过就存档」要变成习惯。