Claude Code 高级提示技巧：TDD 驱动、截图验证、面试需求、让 AI 自我检查 7 个方法

# 标准写法（效果一般）
"实现邮件验证函数"

# TDD 写法（效果更好）
"先写测试：
validateEmail('user@example.com') -> true
validateEmail('invalid') -> false
validateEmail('user@.com') -> false
validateEmail('') -> false

测试覆盖边界条件，通过后再实现。"

"用户提交空表单没有报错。
先写能复现 bug 的测试（现在应该失败），
修复后让测试通过，再跑整个测试套件。"

[粘贴设计图截图]
实现这个设计。完成后：
1. 在 1280px 和 375px 分别截图
2. 列出和设计稿的所有视觉差异
3. 逐一修复，再次截图确认

我想构建用户通知系统。
用 AskUserQuestion 工具面试我：
- 发送渠道（邮件/推送/短信）？
- 需要已读/未读？通知类型有哪些？
- 实时还是批量？

不要问显而易见的，重点挖 edge case。
覆盖所有决策点后写到 SPEC.md。

按 @SPEC.md 实现通知系统，遵循 @CLAUDE.md 规范。

# 会话 A：实现
"实现 rate limiter middleware"

# 新开会话 B：review
"Review @src/middleware/rateLimiter.ts，关注：
- 并发竞态条件
- 窗口边界的请求计数
- 和 @src/middleware/auth.ts 的风格一致性

用 文件:行号 列出问题，给出具体修复建议。"

# 差的
"添加用户管理页面"

# 好的
"参考 @src/pages/ProductsPage.tsx 的实现，
创建功能相同的 UsersPage，支持分页、筛选、批量操作。
使用相同的组件结构和状态管理方式。"

## 参考模式
- 新 API handler 参考 @src/api/handlers/users.ts
- 新 React 页面参考 @src/pages/ProductsPage.tsx
- 数据库访问通过 Repository 层，参考 @src/repos/UserRepo.ts

把 src/payments/ 重构为 async/await。

每完成一个文件就暂停：
1. 告诉我改了什么
2. 展示 diff
3. 运行测试确认无 regression
4. 等我说「继续」再处理下一个

# 阶段 1：探索（plan 模式）
"分析 src/auth/ 的认证逻辑，不要做任何修改"

# 阶段 2：计划（仍在 plan 模式）
"制定把 JWT 换成 OAuth2 的迁移方案，
列出影响文件、步骤和风险点"

# 阶段 3：执行（切换 acceptEdits）
"按方案执行步骤 1：更新 auth/session.ts"