怎么让 Claude Code 做对

Claude Code 做得稳不稳，很多时候不是看模型本身，
而是看你有没有把任务说成一个“可以被验收的任务”。

一个高质量任务，最少要有 4 样东西

1. 目标

你到底要它做什么。

比如：

• 修登录 bug
• 给某个函数补测试
• 把旧写法改成新写法

2. 范围

告诉它应该重点看哪里。

比如：

• 相关代码在 src/auth
• 只改前端，不要改后端
• 只看本分支改动

3. 限制

告诉它什么不能动。

比如：

• 不要改接口返回结构
• 不要动数据库迁移
• 保持旧行为不变

4. 验收标准

告诉它怎么检查自己是不是做对了。

比如：

• 跑测试
• 跑 lint
• build 成功
• 某几个输入要返回什么结果

一个差任务和一个好任务的区别

差任务

帮我优化一下登录逻辑

好任务

登录页在过期 token 情况下会报错。
相关代码在 src/auth。
不要改接口结构。
先分析问题，再给修复计划。
确认后再改。
改完跑测试。

后者为什么更稳？

因为它把目标、范围、限制、验收都说了。

最有用的一个原则

让 Claude 能自己检查作业。

你能给它这些检查方式：

• 单元测试
• 集成测试
• lint
• build
• 页面截图
• 预期输出

一句话总结

想让 Claude Code 做对，不是靠神奇提示词，而是把任务变成一个边界清楚、结果可验证的工程问题。