Claude Code 使用技巧
可靠的 Claude Code 会话通常具体、聚焦、可验证。应把它当成有工具权限的编码代理,而不是普通文本助手。
- 最近核验
- 适用版本
- Claude Code 2.1.x。本机使用 2.1.198 核对 CLI 拼写;官方文档可能描述更新的 2.1.x 行为。
- 核验方式
- 联合核对 Best practices、Common workflows 与本机 CLI help。流程使用 repository evidence,不把 model response 写成测量结果。
可复现实践
为一个小型编码任务建立 Evidence Packet
用 baseline、有界 request、定向证据、广域 gate 和 reviewed diff 替代“已完成”声明。
准备
- 可信仓库和一个有单一观察结果的小任务。
- 已知 test/build/lint 或 manual QA command。
- Clean baseline 或明确的 pre-existing changes 清单。
执行步骤
捕获 baseline
实现前记录当前 change 和 failing/missing behavior。
步骤 1 git status --short git diff --check声明一个 acceptance check
给出精确 file scope、禁止区域,以及证明成功的 command/browser path。
分层验证
先运行最小相关检查,再运行 repository gate;保留 command output,不用 prose assertion。
Review 最终 evidence
比较 status、diff、tests,再由独立 reviewer 挑战结果。
步骤 4 git status --short git diff --check git diff --stat
预期结果
Reviewer 无需信任实现者总结,即可把 requested outcome 追溯到 bounded diff 和具体 verification output。
验证
- Acceptance check 在 baseline 失败或不存在,改动后通过。
- Final diff 不含无关文件。
- 第二种方法检查高风险行为或尝试反驳结论。
失败处理
Test 通过但 behavior 失败
补充缺失 browser/integration/manual check,不重复同一 unit test。
Diff 意外扩大
停止、分类无关 change,并拆分任务。
清理或回退
- 检查 patch 后只回退 bounded task changes。
- 保留 failure evidence 直到能复现原问题,再按项目 retention rule 处理。
边界与不适用场景
- Context 不是越多越好,应提供最少相关文件、constraint 和 evidence。
- 独立复核降低相关错误,但不替代 security、legal 或 production approval。
提示词写入验收条件
有效请求会说明要改变什么、什么必须保持稳定,以及如何验证。这样 Claude Code 获得的是工程目标,而不是泛泛写作任务。
使用项目记忆
把稳定说明放入项目记忆:架构说明、包管理规则、测试命令、生成文件警告和审查要求。团队事实写入 CLAUDE.md,学习到的偏好可交给 auto memory。
项目 CLAUDE.md
把构建命令、架构边界和审查规则纳入版本控制。
阅读指南会话连续性
跨多个工作块的任务可用 /branch、/resume 和后台会话保持上下文。
阅读指南流程用 Skills
可复用的多步骤流程应放进 skills,而不是无限膨胀 memory。
阅读指南优先小而可验证的改动
把大任务拆成可独立检查的步骤。较小改动会产生更清晰的 diff,也更容易在方向错误时恢复。
保持来源新鲜
Claude Code 变化较快。发布产品指导时,应先查看官方文档和 changelog,再把某个功能细节当成稳定结论。
有效的提示词模式
强提示词会同时给出目标、约束、证据和验证方式;弱提示词通常只描述意图。
Fix the login redirect bug in src/auth/. Keep existing session cookie behavior. Run pnpm test auth and pnpm lint before summarizing the diff and any skipped coverage.