来自 Claude Code团队的CC使用技巧
团队内部使用 Claude 的方式，其实和我个人的用法不太一样。记住一件事：Claude Code 没有唯一正确的使用方式——每个人的工作流都不同。多尝试，找到最适合你自己的方式。
1. 尽可能并行工作
同时开 3 到 5 个 git worktree，每个 worktree 里跑一个独立的 Claude 会话。这是团队公认生产力提升最大的一招。
我个人用的是多个 git checkout，但团队里大多数人更喜欢 worktree，这也是为什么 amorriscode 给 Claude Desktop 做了原生 worktree 支持。
有些人会给 worktree 起名字，再配合 shell alias（比如 za、zb、zc），一键在不同任务之间来回切换。还有人专门留一个 analysis worktree，只用来看日志和跑 BigQuery。
2. 所有复杂任务都从 Plan Mode 开始
把主要精力花在计划上，让 Claude 有机会一次性把实现做对。
团队里有人会让第一个 Claude 写计划，再开第二个 Claude 以资深工程师的身份来 review 这个计划。
还有人说，只要事情开始变得混乱，就立刻退回 Plan Mode 重新规划，而不是硬着头皮往下写。他们甚至会在验证步骤时也明确要求 Claude 进入 Plan Mode，而不只是构建阶段。
3. 重视并持续打磨 CLAUDE.md
每次你纠正 Claude 之后，都可以加一句：
“更新你的 CLAUDE.md，这样你下次就不会再犯这个错误。”
Claude 非常擅长给自己写规则。
长期、无情地编辑和迭代 CLAUDE.md，直到你能明显看到它的犯错率下降。
有位工程师还让 Claude 为每个任务或项目维护一个 notes 目录，每次 PR 后都更新，然后在 CLAUDE.md 里指向这些笔记。
4. 创建你自己的 skills，并提交到 git
在所有项目里复用它们。团队的一些经验：
1）如果一件事你每天会做不止一次，就把它做成一个 skill 或命令
2）做一个 /techdebt 斜杠命令，每次会话结束都跑一遍，找出并清理重复代码
3）做一个命令，把最近 7 天的 Slack、GDrive、Asana、GitHub 内容同步成一个统一的上下文 dump
4）构建类似 analytics engineer 的 agents，让它们写 dbt model、做代码 review、在开发环境测试改动
5. 让 Claude 自己修 Bug
团队常用的方式：
1）启用 Slack MCP，把 Slack 里的 bug 讨论串贴给 Claude，然后只说一句 “fix.”，完全不用手动来回切换上下文
2）或者直接说：“去把 CI 失败的测试修好。” 不要微观指挥
3）把 docker 日志丢给 Claude 来排查分布式系统问题，它在这方面意外地强
6. 提升你的 Prompt 水平
1）挑战 Claude
你可以说：“狠狠拷问我这次改动，在我通过你的测试前不要开 PR。” 让 Claude 当 reviewer。
或者说：“向我证明这个是有效的”，让它对比 main 分支和你功能分支的行为差异。
2）对一般般的方案说不
当一个修复很平庸时，可以说：“基于你现在知道的一切，推翻这个实现，用更优雅的方式重写。”
3）先写清需求，再让它动手
你描述得越具体，输出质量越高。先减少歧义，再交给 Claude。
7. 终端与环境配置
团队很多人喜欢 Ghostty 终端，原因包括同步渲染、24 位色彩和良好的 Unicode 支持。
为了更方便地同时管理多个 Claude，会用 /statusline 自定义状态栏，让它始终显示上下文使用量和当前 git 分支。很多人还会给终端标签页起名字、加颜色，甚至配合 tmux，一任务或一个 worktree 一个标签页。
另外一个强烈推荐：语音输入。你说话的速度是打字的 3 倍，prompt 细节也会更丰富。（macOS 下连按两次 fn）
8. 使用 Subagents（子代理）
1）在请求后面加一句 “use subagents”，让 Claude 为这个问题调度更多算力
2）把子任务丢给 subagents，保持主 agent 的上下文窗口干净、聚焦
3）通过 hook 把权限请求路由给 Opus 4.5，让它扫描攻击风险并自动批准安全请求
9. 用 Claude 做数据与分析
让 Claude Code 直接调用 “bq” 命令行工具，实时拉取并分析指标。团队把 BigQuery skill 提交在代码仓库里，大家都直接在 Claude Code 里写分析查询。
有人已经 6 个多月没手写 SQL 了。
这个思路适用于任何有 CLI、MCP 或 API 的数据库。
10. 用 Claude 学习
团队的一些学习玩法：
1）在 /config 里开启 “Explanatory” 或 “Learning” 输出风格，让 Claude 解释它修改背后的“为什么”
2）让 Claude 生成一个可视化 HTML 演示文稿，讲解你不熟悉的代码，效果出奇地好
3）让 Claude 画 ASCII 图，帮助理解新的协议或代码库结构
4）做一个间隔重复学习的 skill：你先讲自己的理解，Claude 追问补缺，并把结果存下来
这套方法的核心其实就一句话：把 Claude 当成一个可以训练、可复用、能并行协作的工程搭档，而不是一次性问答工具。
访问：x.com/bcherny/status/2017742741636321619
#HOW I AI# #程序员#
