Claude Opus 4.7：三模式实战策略 - Caveman 提示词、CLAUDE.md 安全护栏与 Git Worktrees

一句话结论

文章提出三个经过实战验证的 Claude Code 使用模式：Caveman 提示词（减少 75% token）、CLAUDE.md 安全护栏（零额外 token 开销）、Git Worktrees 并行开发，适用于需要高效、安全、多会话协作的场景。

适用场景

• 适合的任务：

  • 生产环境代码开发（需要严格安全控制）

  • 多特性并行开发（避免分支冲突）

  • 长会话开发（需要节省 token）

  • 团队协作（标准化安全规则）

• 不适合的任务：

  • 探索性原型开发（Caveman 模式可能过于严格）

  • 单人简单项目（Git Worktrees 可能过度工程化）

• 适用的模型版本：Claude Opus 4.7

• 适用的客户端、Agent 或 API：Claude Code CLI

• 推荐的推理档位和参数：根据任务复杂度选择 high/xhigh

可直接使用的内容

模式一：Caveman 提示词（减少 75% token）

核心思想：使用极简、直接的指令，避免冗长的上下文说明

标准 Caveman 提示词模板：

No greetings. No preamble. No summaries after completing a task.
Shortest correct phrasing only. Skip filler words.
If the answer is a code block, lead with the code block.

实际使用示例：

# 传统方式（冗长）
"请帮我实现一个用户认证功能。首先检查现有的认证模块，
然后参考项目中的其他类似实现，确保遵循项目的编码规范。
实现完成后请运行相关测试，并给我一个详细的总结说明。"

# Caveman 方式（极简）
"实现用户认证。检查现有模块。运行测试。"

效果数据：

• Token 使用减少 75%

• 响应速度提升

• 代码质量保持不变（因为 Claude 会遵循 CLAUDE.md 中的规范）

为什么有效：

1. Claude Code 已经通过 CLAUDE.md 了解项目规范

2. 重复的礼貌用语和上下文说明是冗余的

3. 模型已经具备足够的上下文理解能力

模式二：CLAUDE.md 安全护栏（零额外 token）

核心思想：在 CLAUDE.md 中定义严格的安全规则，防止危险操作

生产环境安全护栏模板：

## Safety rules
This is a production environment.
- Confirm before destructive actions.
- Do not make DB changes without explicit permission.
- Commit existing state before batch changes.
- Check port conflicts before starting servers.
- Never drop tables without asking first.
- Always backup before migration.

具体安全规则示例：

## 安全规则

### 数据库操作
- 禁止直接执行 DROP TABLE/DATABASE
- 修改 schema 前必须运行 `npm run db:backup`
- 所有迁移必须先 dry-run: `npm run db:migrate --dry-run`

### 文件操作
- 删除文件前必须确认：`rm -rf` 需要二次确认
- 批量修改前先 git commit 保存状态

### 服务操作
- 启动服务前检查端口占用：`lsof -i :3000`
- 不要直接 kill 进程，先确认是什么进程

### 生产环境
- 绝对不要修改生产数据库
- 不要发送真实的邮件/消息（使用 mock）
- 不要调用外部付费 API（使用测试密钥）

为什么有效：

• 零额外 token 开销（CLAUDE.md 通过 prompt cache 加载）

• 规则在每次会话中自动应用

• 防止意外操作造成不可逆损失

生产环境实践：

# 在 CLAUDE.md 中添加
cat >> CLAUDE.md << 'EOF'

## 安全规则
这是生产环境。
- 破坏性操作前必须确认。
- 未经明确许可不要修改数据库。
- 批量操作前先提交现有状态。
- 启动服务前检查端口冲突。
EOF

模式三：Git Worktrees 并行开发

核心思想：使用 Git Worktrees 为每个特性创建独立的工作目录，避免分支切换的混乱

问题场景：

• 在主分支开发功能 A

• 需要切换到分支处理紧急 bug

• 未提交的更改和上下文丢失

• 多个 Claude 会话可能冲突

Git Worktrees 解决方案：

# 为功能 A 创建 worktree
git worktree add ../feature-auth feature/auth

# 为功能 B 创建 worktree
git worktree add ../feature-payments feature/payments

# 为 hotfix 创建 worktree
git worktree add ../hotfix-login hotfix/login-bug

# 查看所有 worktrees
git worktree list

# 完成后删除 worktree（不会删除分支）
git worktree remove ../feature-auth

并行 Claude 会话工作流：

# 终端 1：功能 A
cd ../feature-auth
claude
# 开始开发认证功能...

# 终端 2：功能 B（同时运行）
cd ../feature-payments
claude
# 开始开发支付功能...

# 终端 3：hotfix（同时运行）
cd ../hotfix-login
claude
# 修复登录 bug...

为什么有效：

1. 每个 worktree 有独立的文件系统和 Git 状态

2. 不同 Claude 会话不会互相干扰

3. 无需频繁切换分支和保存/恢复上下文

4. 可以真正并行开发多个特性

实际工作流程：

# 1. 规划任务
# 确定要并行开发的特性列表

# 2. 创建 worktrees
git worktree add ../feature-auth feature/auth
git worktree add ../feature-payments feature/payments
git worktree add ../feature-dashboard feature/dashboard

# 3. 在每个 worktree 中启动 Claude 会话
for dir in feature-auth feature-payments feature-dashboard; do
  cd ../$dir
  claude &  # 后台运行
  cd -
done

# 4. 监控进度
# 使用 tmux 或 separate terminal windows 监控各个会话

# 5. 完成后清理
git worktree remove ../feature-auth
git worktree remove ../feature-payments
git worktree remove ../feature-dashboard

注意事项：

• 每个 worktree 占用额外磁盘空间

• 需要足够的内存运行多个 Claude 会话

• 合并时仍需解决 Git 冲突

组合使用三个模式

完整的生产环境配置示例：

# CLAUDE.md

## Response style
No greetings. No preamble. No post-task summaries.
Shortest correct phrasing. Lead with code when the answer is code.

## Safety rules
This is a production environment.
- Confirm before destructive actions.
- Do not make DB changes without explicit permission.
- Commit existing state before batch changes.
- Check port conflicts before starting servers.

## Workflow
This repo uses git worktrees for parallel sessions.
Check `git worktree list` if you are unsure which branch you are on.

## Testing
- Run tests: npm test
- Coverage target: 80% minimum

## Git
- Branch naming: feat/, fix/, chore/, docs/
- Commit format: conventional commits
- Never commit directly to main

实际使用流程：

# 1. 创建 worktree 用于新功能
git worktree add ../feature-user-profile feature/user-profile

# 2. 进入 worktree 并启动 Claude
cd ../feature-user-profile
claude

# 3. 使用 Caveman 提示词
"实现用户资料页面。包含头像上传。运行测试。"

# 4. Claude 自动遵循 CLAUDE.md 中的安全规则

# 5. 完成后返回主目录并清理
cd ..
git worktree remove ../feature-user-profile

测试/工作流步骤

1. 设置 Caveman 提示词：

   • 在 CLAUDE.md 中添加 Response style 规则

   • 实践极简提示词，观察 token 节省效果

   • 确保代码质量不受影响

2. 配置安全护栏：

   • 识别项目中的危险操作

   • 在 CLAUDE.md 中定义明确的安全规则

   • 测试规则是否被正确执行（尝试触发禁止操作）

3. 设置 Git Worktrees：

   # 检查是否支持 worktrees
   git --version  # 需要 Git 2.5+
   
   # 创建第一个 worktree
   git worktree add ../test-feature test/feature
   cd ../test-feature
   ls  # 验证文件独立
   
   # 返回主目录
   cd -
   git worktree list  # 查看列表
   
   # 清理
   git worktree remove ../test-feature

4. 并行开发实践：

   • 规划 2-3 个可并行的特性

   • 为每个特性创建 worktree

   • 在不同终端启动 Claude 会话

   • 监控进度并处理冲突

5. 优化组合使用：

   • 在 CLAUDE.md 中同时配置三个模式

   • 建立团队标准工作流

   • 记录 token 节省数据和效率提升

原始证据与数据

文章提供了完整的实战案例：

• Caveman 提示词减少 75% token 的具体对比

• 生产环境安全护栏的完整配置示例

• Git Worktrees 的命令序列和并行工作流

• 三个模式组合使用的完整示例

文章强调这些是"patterns that actually work"（真正有效的模式），经过实际项目验证。

适用边界

• Caveman 提示词：

  • 适合熟悉项目的开发者

  • 不适合需要详细解释的探索性任务

  • 依赖 CLAUDE.md 中的充分上下文

• 安全护栏：

  • 规则必须明确且可执行

  • 过于严格的规则可能降低效率

  • 需要根据项目类型调整

• Git Worktrees：

  • 需要 Git 2.5+ 版本

  • 占用额外磁盘空间（每个 worktree 是完整副本）

  • 需要足够的内存运行多个 Claude 会话

  • 合并时仍需解决 Git 冲突

• 组合使用：

  • 适合团队协作和标准化流程

  • 需要前期配置和培训

  • 不适合快速原型开发

来源摘录或观察

文章标题："3 Claude Code Patterns That Actually Work: Caveman Prompts, CLAUDE.md Guards, and Git Worktrees"

文章核心观点：这三个模式是经过实战验证的，可以显著提升 Claude Code 的使用效率、安全性和并行能力。

关键数据点：

• Caveman 提示词减少 75% token

• 安全护栏零额外 token 开销

• Git Worktrees 支持真正的并行开发