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 写成测量结果。
官方来源
Best practicesCommon workflowsChangelog

可复现实践

为一个小型编码任务建立 Evidence Packet

用 baseline、有界 request、定向证据、广域 gate 和 reviewed diff 替代“已完成”声明。

准备

  • 可信仓库和一个有单一观察结果的小任务。
  • 已知 test/build/lint 或 manual QA command。
  • Clean baseline 或明确的 pre-existing changes 清单。

执行步骤

  1. 捕获 baseline

    实现前记录当前 change 和 failing/missing behavior。

    步骤 1
    git status --short
    git diff --check
  2. 声明一个 acceptance check

    给出精确 file scope、禁止区域,以及证明成功的 command/browser path。

  3. 分层验证

    先运行最小相关检查,再运行 repository gate;保留 command output,不用 prose assertion。

  4. 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。

优先小而可验证的改动

把大任务拆成可独立检查的步骤。较小改动会产生更清晰的 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.

日常使用检查

相关主题