第七章：让 Claude 帮你跑命令与测试：稳定、可复现、可回滚

7.1 你要把“怎么验证”写成机器可执行的流程

很多任务失败不是因为“代码写错”，而是因为：

• 没跑测试
• 跑了错误的测试命令
• 命令需要环境变量/配置但没说明
• 命令卡在交互式输入

解决方式很简单：把验证命令写死，并要求 Claude 逐条执行。

7.2 最佳实践：让 Claude 先发现正确命令，再执行

如果你不确定项目命令，先让 Claude 在仓库里找：

请先从 package.json / pom.xml / build.gradle / pyproject.toml 找到正确的：
1) 测试命令
2) lint/format 命令
3) 构建命令
然后按顺序执行，并汇总结果。

7.3 常见项目的“标准验收命令”

你可以把这些作为默认候选，再让 Claude 按项目实际情况确认：

Node/前端

npm test
npm run lint
npm run build

Java/Spring

mvn test
mvn -q -DskipTests=false test

Python

pytest -q
ruff check .
mypy .

7.4 避免交互式命令：把参数一次写全

如果命令需要交互输入，Claude 很容易卡住。你应该要求它使用非交互参数：

不要运行任何需要交互输入的命令；如果必须交互，请先告诉我原因，并给出非交互替代方案。

7.5 处理“跑很久”的命令：先缩小范围

当全量测试太慢时，先跑最相关的子集：

先跑与改动直接相关的测试子集（单文件/单模块），通过后再决定是否跑全量。

7.6 本章小结

你已经把“验证”从一句口号变成可执行流程：

• 命令明确、顺序明确
• 先发现正确命令再执行，避免跑错
• 禁止交互式命令，避免卡死
• 慢测试先跑子集，再扩到全量

下一章我们进入协作：Git 工作流如何和 Claude Code 配合，让分支、提交、PR 都更顺滑。