CCClaude Code中文喂饭教程

第一次让 CC 修改代码

第一次修改要小、清楚、可撤回。推荐改 README、文案、标题或一个很小的样式问题。第一次成功闭环，比第一次做大功能更重要。

第一次不要选登录、支付、数据库、权限、构建配置、依赖升级。先选一个“错了也容易看出来、容易撤回”的任务。

适合第一次修改的任务

第一次修改的关键词是：小、明确、可看见、可撤回。

特征好任务差任务
范围改一个文件或一个区域改整个项目
目标把 A 改成 B优化一下
风险不影响核心逻辑影响登录、支付、数据库
验收打开页面或看文件能确认不知道怎么算完成
回滚容易撤回改动牵一串文件

不适合第一次修改的任务

任务模板

请完成一个低风险小修改。

## 任务目标
把【具体位置】的【当前内容】改成【期望内容】。

## 范围限制
1. 优先只修改 1 个文件。
2. 如果必须修改多个文件，请先说明原因，等我确认。
3. 不要安装新依赖。
4. 不要提交 Git。
5. 不要顺手重构无关代码。

## 执行方式
1. 先告诉我你准备修改哪个文件。
2. 给出最小修改计划。
3. 等我确认后再修改。
4. 修改后检查 diff，并用中文解释。

## 验收标准
1. 改动符合任务目标。
2. 没有无关文件变化。
3. 如有必要，请你自己执行最小检查并解释结果。
4. 如果没有执行检查，请说明原因。

第一次推荐这样开局

请先只读确认这个小修改是否安全，不要改文件。

我想做的修改是：
【写清楚具体位置和期望结果】

请告诉我：
1. 你会优先看哪个文件。
2. 这个修改是否适合第一次练习。
3. 最小修改范围是什么。
4. 需要做什么验收。
5. 有没有明显风险。

我确认后你再修改。

如果 CC 认为这个任务不适合第一次练习，要接受它的提醒。可以让它换一个更安全的任务：

如果这个任务不适合第一次练习，请帮我改成更低风险版本。

要求：
1. 保留学习目标。
2. 缩小修改范围。
3. 明确只改哪些文件。
4. 给出可以肉眼确认的验收方式。

你确认计划时要看什么

确认计划时可以用一句话卡住范围：

我只批准这个最小范围。
如果执行过程中发现需要扩大范围，请先停下来说明原因，不要自行扩大。

权限弹窗怎么判断

第一次修改时，通常可以批准读取文件、编辑目标文件、运行项目已有检查。看到下面这些要先暂停：

权限可以分三档：

权限类型第一次练习建议
读取目标文件通常可以
编辑目标文件看清文件路径后再批准
运行已有检查确认命令来自项目脚本后再批准
安装依赖、删除文件、Git 重置默认拒绝或先问清楚

批准话术

可以按这个最小方案修改。

请只完成上面这个任务，不要做额外优化。
完成后请检查 diff，并告诉我：
1. 改了哪些文件。
2. 每个文件为什么要改。
3. 有没有超出范围。
4. 是否可以进入任务验收。

改完后一定要问

请不要继续扩展功能。

请只总结刚才这次修改：
1. 修改目标是否完成。
2. 实际修改了哪些文件。
3. 有没有超出范围。
4. 有没有需要我人工查看的地方。
5. 下一步是否应该进入 /verify。

第一次修改后的复盘

第一次小改完成后，不要急着开第二个任务。先让 CC 帮忙复盘：

请复盘这次第一次修改。

请告诉我：
1. 这次任务从计划到修改是否完整。
2. 我在哪一步做了确认。
3. 这次修改有没有超范围。
4. 下次类似任务可以复用什么提示词。
5. 哪些地方还需要我更谨慎。

如果改错了怎么办

这个结果不符合预期，请先不要继续新增方案。

请做三件事：
1. 解释哪里和原始目标不一致。
2. 给出撤回或修正的最小方案。
3. 只处理本次修改造成的问题，不要顺手重构。

如果只是结果不满意，不一定要撤回，可以要求二次小修：

这次方向基本对，但还需要小调整。

请只做二次修正：
1. 保持已经正确的部分不变。
2. 只修改我指出的问题。
3. 不扩大范围。
4. 完成后再次解释 diff。

验收结果

下一篇：任务验收随后：/verify 验收