第14课：团队协作中的 Claude Code

阅读时长约20分钟难度★★★☆☆适合人群已经个人用好了 Claude Code想在团队里推广的开发者和技术负责人学完之后你能设计一套团队共享的 Claude Code 协作方案并且知道怎么推广而不引起反感一个人快不算快《Claude Code 从入门到精通》试读篇Claude Code 是什么你可能从第一步就用错了《Claude Code 从入门到精通》试读篇你的第一次 Director Mode 体验二《Claude Code 从入门到精通》试读篇写好 Prompt 的结构化思维10组正反对比看完直接套用三《Claude Code 从入门到精通》试读篇当 Claude 理解错了怎么办四《Claude Code 从入门到精通》目标优于指令Director Mode 第一支柱五第06课让 Claude 自己分配任务——并行 Agent 策略《Claude Code 从入门到精通》第07课结果验证——你最不能省的一步第08课CLAUDE.md让 Claude 永远记住你的规矩第09课10个高频场景 Prompt 模板库复制、改几个词、直接用第10课Agent 体系认识你的 AI 团队成员第11课Multi-Agent 实战并行编排的5种模式第12课MCP 与 Hooks——给 Claude Code 装上插件和自动化引擎第13课日常开发工作流从晨会到代码提交你现在一个人用 Director Mode 已经很熟了。效率提升3-5倍每天多做好几个任务。但你有没有注意到一个尴尬的情况你用 Claude 写的代码风格跟同事的越来越不一样。你的代码严格遵守了 CLAUDE.md 里的规范——命名一致、错误处理统一、测试齐全。但你同事还在用老方法写代码风格各异。更尴尬的是你审查同事的 PR 时Claude 帮你发现了一堆问题但你每次都要解释这个要按规范来——而这些规范只存在于你的 CLAUDE.md 里同事根本不知道。一个人用 Claude Code 是线性提升。一个团队用才是指数提升。因为团队统一之后共享的 CLAUDE.md 所有人写出来的代码风格一致共享的 Memory 决策不需要反复讨论CI/CD 集成 每个 PR 自动获得一致的审查Prompt 模板共享 新人上手速度翻倍这节课教你怎么把个人的高效扩展到整个团队。第一步团队版 CLAUDE.md 的设计第08课你给自己的项目写了 CLAUDE.md。团队版需要考虑更多东西。Claude Code 的四层配置体系Claude Code 支持四层配置从通用到具体┌─────────────────────────────────────────┐ │ 第1层组织级IT部门控制 │ │ 位置/etc/claude-code/settings.json │ │ 用途安全策略、MCP白名单 │ │ 特点所有人必须遵守不可覆盖 │ ├─────────────────────────────────────────┤ │ 第2层个人全局每个人自己配 │ │ 位置~/.claude/CLAUDE.md │ │ 用途个人偏好、全局工具 │ │ 特点只影响自己 │ ├─────────────────────────────────────────┤ │ 第3层项目级团队共享提交到Git │ │ 位置./CLAUDE.md │ │ 用途项目标准、团队规范 │ │ 特点所有团队成员共享 │ ├─────────────────────────────────────────┤ │ 第4层项目个人级个人微调gitignore │ │ 位置./CLAUDE.local.md │ │ 用途个人覆写 │ │ 特点不提交到Git只自己用 │ └─────────────────────────────────────────┘ 优先级个人项目级 项目级 个人全局 组织级团队用的关键是第3层——项目级 CLAUDE.md。这个文件提交到 Git 仓库所有人共享同一份规范。团队 CLAUDE.md 跟个人版有什么区别个人版你可以写得随意——反正只有你自己看。团队版需要更明确的权威层次——哪些规则是铁律不可违反哪些是建议可以灵活处理## 不可协商的规则任何情况下都不能违反 - 所有 PR 必须有测试 - 代码中不能有密钥/凭证 - 涉及认证/支付的变更必须安全审查 ## 项目默认特殊情况下可覆盖 - 优先使用函数式编程风格 - 使用命名导出而非默认导出 - 公开 API 必须写文档 ## 建议偏好不是要求 - 考虑性能影响 - 优先使用组合而非继承更详细的可以做和需要确认——团队里 Claude 的权限边界要写清楚## Claude 可以自主做的不需要人确认 - 读取项目中的所有文件 - 创建和修改 src/ 和 tests/ 下的文件 - 运行测试和 lint - 创建本地 Git 分支 - 安装开发依赖 ## 需要人确认的 - 修改 .env 或配置文件 - 安装生产依赖 - 推送到远程分支 - 删除文件 - 修改数据库结构模块化的规则目录——大项目规范太多全塞在一个文件里不好维护。用.claude/rules/目录拆分.claude/