Claude Code 初次任务运行手册：7 个能快速建立信任的安全起步任务

第一次任务会决定你是否信任 Claude Code

刚装好 Claude Code 时，不要马上让它“把整个功能都做完”。第一次任务应该小、在本地完成、容易验证，并且可以回滚。这样你能先确认它是否理解仓库，而不是把第一天变成大规模清理。

这篇文章适合接在 Claude Code 入门指南 后阅读。如果你还要固定团队规则，可以继续看 CLAUDE.md 模板。

好的第一次任务有什么特征

特征	为什么重要
本地完成	不碰生产环境和外部服务
范围很小	不会扩散成整个项目
可以验证	用 diff、build 或 test 判断结果
可以回滚	输出不好时能马上撤回

7 个安全的起步任务

1. 先读仓库，不要先改代码

请阅读这个 repo，并告诉我：
1. 主要入口
2. 常用命令
3. 高风险目录
4. 第一个适合修改的小文件

先看理解能力，再让它编辑文件。

2. 只总结一个失败测试或一个可见错误

git status --short
npm.cmd run test

让 Claude Code 说明失败点、可能原因和最小的下一步。不要一开始就说“调试整个应用”。

3. 先写一个小重构计划

阅读这个文件，提出一个不改变行为但能提升可读性的最小重构。
先返回计划、会触碰的行、风险和验证方法。不要编辑。

计划不好时，你可以在代码被改坏之前停止。

4. 给已有测试补一个 assertion

这比新功能更适合作为第一次任务，因为范围小、结果明确，也能检查 Claude Code 是否理解业务意图。

5. 把模糊 bug 变成可复现记录

不要直接让它修“偶尔坏掉”。先用 bug report 模板 写出再现条件。

6. 建一个最小 CLAUDE.md

# CLAUDE.md
- stack: Astro + TypeScript
- commands: npm.cmd run build
- do not touch: .env, dist, generated exports
- output preference: 多文件修改前先说明计划

这个文件会影响之后每一次会话。

7. 留下一份 handoff note

第一次成功不一定是代码补丁。能让下一次会话安全继续，也是一种成果。

不要这样开始

不要从 production deploy、push、外部发送、整站重写开始。第一次任务要能在本地完成，并且可以用一个命令验证。

下一步

把常用命令先放进 免费 cheatsheet。如果第一次会话总卡在 setup、permission、CLAUDE.md，可以看 Setup Guide。如果要给团队设计流程，请看 导入咨询。

任务结束后要复盘什么

第一次任务不只是看“有没有完成”，还要判断下一次是否可以继续交给 Claude Code。结束时请确认修改文件、验证命令、剩余风险和下一步最小任务。省略这一步，就无法区分是偶然成功，还是流程本身可重复。

请复盘这次任务：
1. 实际修改的文件
2. 已经运行并通过的验证命令
3. 仍未确认的风险
4. 下一次可以交给 Claude Code 的最小任务
5. 如果要回滚，应该怎么做

好的第一次会话不一定要产出很多代码。即使只修了一个测试，只要验证方法、禁止触碰的文件和下一步边界都清楚，就已经建立了信任。相反，如果 diff 很大但验证模糊，下一次必须退回更小的任务。