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.md | 是 | monorepo 里子包的覆盖 |
启动时 Claude Code 从当前目录向上递归读取所有 CLAUDE.md,子目录覆盖父目录。monorepo 在 packages/api/CLAUDE.md 写后端规范、packages/web/CLAUDE.md 写前端规范,互不干扰。
1.3 工具权限配置
Claude Code 默认对工具调用很保守,每动一次都问你授权。四种放开方式:
- 交互式确认:跑的时候按 yes/no
/permissions命令:会话内调出菜单管理.claude/settings.json:项目级持久化--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 12343.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。
相关文章
- 34 个 Claude Code 实用技巧 — 同类技巧合集
- Claude Code 常见工作流程指南 — 任务维度细节
- Claude Code 16 个实用小技巧 — 短小精炼版