Claude Code 首次任务：从读懂项目到提交可验证改动

首次任务应能在少量文件内完成，并有明确验证信号，例如修复一个带复现步骤的缺陷、为现有函数补测试或更新一段文档。不要用“优化整个项目”测试工具能力。

在项目根目录启动会话，并先确认 Git 工作区现状。Claude Code 能读取、编辑和执行命令，但未提交改动与用户现有修改仍需要被保护。

先问入口、依赖关系、测试方式和与任务相关的既有模式。Claude Code 会按需读取文件，不需要把整个仓库一次性粘贴进提示词。

要求它引用具体文件和函数，并说明不确定项。这样你能在改动前校正错误理解，也能减少无边界探索占用上下文。

当任务涉及多个文件、接口选择或你不熟悉的模块时，用 Plan 模式把探索与编辑分开。计划应列出准备修改的文件、数据流、风险、测试和明确的不做事项。

对于改一个拼写或增加一条日志这类单点任务，计划成本可能高于收益，可以直接执行。关键是让规划强度与风险匹配。

Claude 在“看起来完成”时会停止。把复现步骤、边界案例和验证命令一起给出，它才能在同一轮里实现、运行检查并根据失败继续修正。

验收条件应可观察：测试通过、构建退出码为零、接口返回预期状态，或截图与参考图的关键差异被消除。

任务完成后先看 Git 差异，而不是直接要求提交。确认没有覆盖原有未提交修改、没有无关格式化，也没有新生成的密钥或构建产物。

可以让 Claude 先总结差异，再用一个新上下文或子代理只检查正确性、回归和遗漏。独立审查者不应为追求“有发现”而提出与需求无关的重构。

发现方向不对时按 Esc 中断并补充约束。连续两次纠正仍无效，通常说明上下文已被错误路径污染，适合 /clear 后用更精确的首条提示重新开始。

每次提示都会形成检查点，可用 /rewind 恢复对话或由 Claude 编辑工具产生的文件状态。但 Bash 命令和外部进程造成的修改不在文件检查点保障范围内，Git 仍是最终安全网。