提示词技巧
不推荐:fix the bug
推荐:登录页在错误密码时白屏,修复并加单测
一个好任务通常包含四件事:
| 要素 | 示例 |
|---|---|
| 目标 | 修复登录页错误密码白屏 |
| 范围 | 只改 src/auth 和对应测试 |
| 验证 | 跑 pnpm test auth |
| 边界 | 不要重构路由结构 |
分步给复杂任务
Section titled “分步给复杂任务”1. 在 schema 里加 user_profiles 表2. 写 GET/PATCH /api/profile3. 在前端设置页展示可编辑表单复杂任务不要一次要求“全部做完且完美”。更稳的方式是分三段:
- 先分析现状,不改代码。
- 确认方案后实施。
- 最后运行测试并总结风险。
分析 src/auth 目录的数据流,不要改代码确认理解后再:
按刚才的分析修复 session 过期问题善用项目上下文
Section titled “善用项目上下文”维护好 CLAUDE.md,写明测试命令、目录约定、禁止修改的路径。
可直接复制的模板
Section titled “可直接复制的模板”读代码
请先阅读这个项目的认证流程,重点看 src/auth 和相关中间件。先不要改代码。请输出:关键文件、数据流、可能的风险点。修 bug
用户在错误密码登录时页面白屏。请定位原因并修复,只改必要文件。修复后运行相关测试;如果测试无法运行,请说明原因和你做过的验证。做代码审查
请 review 当前 git diff,优先找 bug、回归风险、安全问题和缺失测试。先列问题,再给改进建议。不要直接修改代码。让 Claude Code 收尾
请总结本轮改动:改了哪些文件、为什么改、如何验证、还有什么风险。/查看命令与 skillsTab补全↑历史命令
- 目标太空:
优化这个项目。改成“优化首页首屏加载,先分析 bundle 和图片”。 - 范围太大:
重构整个后端。改成“先为订单模块提出重构计划,不改代码”。 - 没有验证:只说“修好”。改成“修复并运行相关测试”。
- 边界不清:没说哪些目录不能动。把禁止事项写进提示词或
CLAUDE.md。