全部教程Claude Code 最佳实践与使用技巧(OpenClaw 拼车版)

Claude Code 最佳实践与使用技巧(OpenClaw 拼车版)

我是 Quentin,OpenClaw 拼车(cp.bizq.net)的作者。

Claude Code 是 Anthropic 出的终端集成 AI 编程助手,理论上你装好就能用,但用得好不好差出 10 倍生产力。这篇是我自己和拼车团队里几个高频用户沉淀下来的最佳实践,分六块讲:初始化、工作流、进阶功能、项目管理、命令速查、总结。

直接接拼车 token 一行起飞:

curl -fsSL https://cp.bizq.net/setup.sh | bash -s -- claude-max-20x

一、初始化配置

1.1 安装

# 全局安装
npm install -g @anthropic-ai/claude-code
 
# 验证
claude --version

升级也走 npm:npm i -g @anthropic-ai/claude-code@latest

1.2 创建 CLAUDE.md(核心配置文件)

CLAUDE.md 是 Claude Code 启动时自动注入到系统提示里的项目说明。每条都进 prompt,信息密度要拉满,不要写废话

内容应包含

  • 项目定位、技术栈、目录结构
  • 常用命令(构建、测试、部署)
  • 代码规范(命名、注释、格式)
  • 测试要求(单元、集成、覆盖率)
  • 开发环境设置(Node 版本、数据库、env 变量)
  • @path/to/file 引用关键文件作为上下文

创建方式

# 用 /init 自动生成(推荐起点)
> /init
 
# 或手动创建
touch CLAUDE.md

/init 会扫项目结构出第一版,你在它的基础上改比白板写快 5 倍。

文件位置优先级

路径提交 git?用途
./CLAUDE.md项目共享(推荐)
./CLAUDE.local.md否(已废弃)旧的本地覆盖
~/.claude/CLAUDE.md跨项目的个人偏好
子目录 CLAUDE.mdmonorepo 里子包的覆盖

启动时 Claude Code 从当前目录向上递归读取所有 CLAUDE.md,子目录覆盖父目录。monorepo 在 packages/api/CLAUDE.md 写后端规范、packages/web/CLAUDE.md 写前端规范,互不干扰。

1.3 工具权限配置

Claude Code 默认对工具调用很保守,每动一次都问你授权。四种放开方式:

  1. 交互式确认:跑的时候按 yes/no
  2. /permissions 命令:会话内调出菜单管理
  3. .claude/settings.json:项目级持久化
  4. --allowedTools 启动参数:临时放开某些工具
# 命令行启动时直接放开
claude --allowedTools Edit,Bash(git commit:*)
 
# 或会话里管理
> /permissions

推荐放开的工具

  • Edit:文件编辑
  • Bash(git commit:*):git 提交
  • Bash(npm test:*) / Bash(pnpm test:*):跑测试
  • WebFetch(*):抓 URL 内容当上下文

一上来就 --dangerously-skip-permissions 也行,但只建议在你完全信任 prompt 的项目里用。

1.4 配套工具

强烈推荐装 GitHub CLI:

# macOS
brew install gh
# 或 Linux
# 见 https://cli.github.com/
 
gh auth login

装上之后让 Claude Code 直接「开个 PR」「review #1234」「合并所有 dependabot 的 PR」全靠它。


二、四种核心工作流

2.1 探索 → 计划 → 编码 → 提交(最通用)

适用于 80% 的开发任务:

# 1. 探索
> 阅读相关文件了解当前架构,暂时不要写代码

# 2. 计划(按两次 Shift+TAB 进 PLAN 模式)
> ultrathink 制定详细实现计划,让 sub-agents 并行验证关键细节

# 3. 编码
> 按计划实现

# 4. 提交
> 提交更改并开 PR

关键是第二步。让它先输出计划,你 review 完再给绿灯。这一步省下来的 token 比你想象的多。

2.2 测试驱动开发(TDD)

适合所有「能用测试验证正确性」的功能:

# 1. 先写测试,明确预期失败
> 基于期望的输入输出写测试,确保它会失败。不要写实现代码

# 2. 跑测试确认红
> 运行测试确认失败

# 3. 提交测试
> 提交测试代码

# 4. 写实现
> 写代码让测试通过,不要修改测试

# 5. 提交实现
> 提交实现代码

这套流程让 AI 不会偷偷改测试来对齐自己的实现——这是 TDD 配 AI 最大的价值。

2.3 UI 迭代流程

前端开发:

# 1. 给设计图(拖图进窗口)
# 2. 实现 UI
> 按设计图实现这个组件

# 3. 截图对比(让 puppeteer MCP 自动截)
> 截图当前实现,与设计图对比,列出差异

# 4. 迭代
> 继续优化,直到效果满意

puppeteer-mcp 能让 Claude Code 自己访问页面、截图、读 DOM,端到端自动化跑得飞快。

2.4 调试流程

# 1. 给错误
> 我跑 npm test 报这个错:<贴堆栈>

# 2. 让它分析
> 分析错误根因,列出可能的修复方案

# 3. 选定方案应用
> 用方案 2 修,加 null check

# 4. 验证
> 跑测试确认修好

关键是给完整堆栈和重现步骤。「跑了一下就报错」这种描述会让它瞎猜半小时。


三、进阶功能

3.1 MCP 扩展工具

MCP(Model Context Protocol)让 Claude Code 接外部工具:数据库、浏览器、文档库、API。

.mcp.json 示例:

{
  "mcpServers": {
    "playwright": {
      "command": "npx",
      "args": ["@playwright/mcp@latest", "--headless"]
    },
    "context7": {
      "command": "npx",
      "args": ["-y", "@upstash/context7-mcp@latest"]
    },
    "postgres": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-postgres", "postgresql://localhost/myapp"]
    }
  }
}

接 PostgreSQL 之后能直接「这张表谁修改最频繁?写个迁移把 X 列改成 JSONB」——它自己读 schema、跑查询、生成迁移。

Context7 这个 MCP 特别值:2 万+ 库的最新文档随时调,模型不会再用过时 API。

3.2 自定义斜杠命令

.claude/commands/<name>.md 项目级、~/.claude/commands/<name>.md 用户级。

实战示例 issue.md

---
description: 分析并修复 GitHub issue
argument-hint: <issue-number>
---
 
请分析并修复 GitHub issue #$ARGUMENTS。
 
## PLAN
1. `gh issue view $ARGUMENTS` 拿 issue 详情
2. 理解问题
3. 必要时反问以澄清
4. 在 codebase 搜相关文件、相关 PR
5. 把问题拆成小的可管理任务
6. 在 scratchpads/ 下生成方案文档(文件名带 issue 号)
 
## CREATE
- 起一个新分支
- 按计划小步实现,每步一个 commit
 
## TEST
- UI 改动用 puppeteer-mcp 跑端到端
- 加单元测试
- 跑全量测试套件
- 测试不过就修,不要绕过
 
## SUBMIT
- push 并用 gh 开 PR
- PR body 关联 issue

调用:

> /project:issue 1234

3.3 上下文管理

上下文越长,幻觉越严重 + token 越烧。三条军规:

@ 引用文件,别贴代码

> 参考 @src/components/UserProfile.tsx 的结构,写一个 OrgProfile

@ 引用比贴代码省 token,且能让它精准定位。

任务切换 /clear

完成一个独立任务就 /clear不要带着前一个任务的脏上下文进下一个——风格容易污染。

长会话 /compact

会话超过 30 条消息就主动压缩:

> /compact

它会清明细只留摘要,瘦身后再继续。

重要决定写进 CLAUDE.md

对话里得出的重要结论用 # 写进 CLAUDE.md:

> # 这个项目所有 API response 都用 zod schema 校验,不用 class-validator

下次启动自动加载,不会忘。

启动时恢复

# 续聊上次会话
claude --continue
claude --continue --print  # 适合脚本
 
# 历史选择器
claude --resume

四、项目组织和管理

4.1 ROADMAP.md 管理项目

把项目路线写进 git,让 Claude Code 看:

# 项目开发路线图
 
## 开发流程
 
1. **任务规划**
   - 分析现有代码
   - 更新 ROADMAP.md 添加新任务
   - 优先级任务插入到「最后已完成任务」之后
 
2. **任务创建**
   -`tasks/` 创建详细任务文件
   - 命名 `XXX-description.md`
   - 包含规格、相关文件、验收标准
 
3. **任务实现**
   - 按任务文件步骤实现
   - 每步更新进度
   - 每步完成后等下一指令
 
## 任务列表
 
### 已完成
- 任务 001: 数据库架构(参考 tasks/001-database.md)
 
### 进行中
- 任务 002: 用户界面(参考 tasks/002-ui.md)
 
### 计划中
- 任务 003: API 接口

让 Claude Code 「按 ROADMAP.md 找下一个该做的任务,按对应 task 文件实现」——它就自动接力跑下去。

4.2 任务模板

tasks/XXX-name.md 标准模板:

# 任务 XXX: 功能描述
 
## 进度摘要
 
**状态**: 未开始
 
- [ ] 步骤 1: 创建组件
- [ ] 步骤 2: 实现逻辑
- [ ] 步骤 3: 写测试
- [ ] 步骤 4: 集成验证
 
## 概述
 
详细描述功能需求和预期效果。
 
## 当前状态分析
 
分析现有代码基础和相关文件。
 
## 目标状态
 
完成后的期望状态。
 
## 实现步骤
 
### 步骤 1: 创建组件
 
详细描述要做什么。
 
**涉及文件:**
- `src/components/NewComponent.tsx`
- `src/types/index.ts`
 
### 步骤 2: 实现逻辑
 
详细描述要做什么。
 
## 验收标准
 
### 功能要求
- [ ] 功能 A 正常
- [ ] 功能 B 正常
 
### 技术要求
- [ ] 全测试通过
- [ ] 代码符合规范
- [ ] 性能达标
 
## 相关文件
 
### 新建
- `src/components/NewComponent.tsx`
 
### 修改
- `src/app/page.tsx`
 
## 注意事项
 
- 保持向后兼容
- 响应式设计
- 无障碍性

这个模板让 Claude Code 不会跳步,每步可中断、可 review、可回滚。

4.3 git worktree 并行开发

一个 repo 多个分支同时开发,互不干扰:

# 创建新 worktree
git worktree add ../proj-feature-a -b feature/a
git worktree add ../proj-bugfix bugfix-123
 
# 各自 cd 进去启动 claude
cd ../proj-feature-a
claude
 
# 列出所有 worktree
git worktree list
 
# 删除 worktree
git worktree remove ../proj-feature-a

每个 worktree 自己的工作目录、自己的 Claude Code 实例。长任务挂在一个 worktree 跑,主开发在另一个——AI 实例之间完全隔离,不会互相改文件。

新 worktree 别忘了重新装依赖(pnpm i / pip install -e .)。


五、常用命令速查

基础

claude                    # 启动交互
claude "描述任务"         # 一次性命令
claude --continue         # 接最近会话
claude --resume           # 选择历史会话
claude -p "..."           # 非交互模式(适合脚本)
claude --output-format json  # JSON 输出

交互内命令

/init                # 初始化项目配置
/permissions         # 管理权限
/clear               # 清空上下文
/compact             # 压缩上下文
/resume              # 恢复历史会话
/memory              # 编辑 CLAUDE.md
/model               # 切换 Sonnet / Opus
/cost                # 查看本次会话消耗

文件引用

@src/file.ts         # 引用文件
@src/components/     # 引用目录
# <context>          # 把 <context> 写进 CLAUDE.md

自定义命令

/project:<name>      # 项目级(.claude/commands/)
/user:<name>         # 用户级(~/.claude/commands/)

六、最佳实践总结

维度要点
项目初始化详细的 CLAUDE.md / 合理的工具权限 / 项目文档结构
工作流程探索-计划-编码-提交 / 重要功能 TDD / UI 截图对比迭代
上下文管理及时 /clear 和 /compact / 用 @ 引用 / 重要信息进 CLAUDE.md
项目管理ROADMAP.md 规划 / 任务模板 / git worktree 并行
效率提升自定义命令 / MCP 扩展 / GitHub CLI 自动化

把这五个维度的实践跑熟,团队的 Claude Code 生产力会 3-5 倍。


拼车把团队成本压下来

团队都按上面的最佳实践跑,token 消耗会很猛——单订 Max 一个月不便宜,10 个人就更肉痛。OpenClaw 拼车把多人配额池子化,同样的用法继续跑,月底账单按团队规模定制

curl -fsSL https://cp.bizq.net/setup.sh | bash -s -- claude-max-20x

接入秒级,token 立即可用。详细文档见 https://cp.bizq.net


相关文章