CCClaude Code中文喂饭教程

团队工作流：把 Claude Code 用成稳定流程

团队使用 CC，重点不是每个人各自写神奇提示词，而是把规则、权限、验收和复用流程沉淀到合适的位置。

团队分层

团队使用 CC 的难点，不是每个人都会不会写提示词，而是每个人交付出来的结果能不能被团队信任。

所以团队流程要解决 4 件事：

  1. 任务怎么说清楚。
  2. 修改边界怎么控制。
  3. 结果怎么验收。
  4. 经验怎么沉淀。

如果只追求“让 CC 快点写代码”，团队很快会遇到无关重构、验收缺失、规则重复解释、多人结果不一致的问题。

推荐团队流程

团队使用 Claude Code 的一次任务流程：

1. 用任务模板写清目标、范围、禁止事项和验收标准。
2. 用 Plan Mode 做只读分析和方案确认。
3. 确认权限模式，敏感任务保持逐步审批。
4. 执行最小修改，不做无关重构。
5. 用 /verify 验收。
6. 用 /code-review 审查未提交 diff。
7. 做提交前检查，确认无密钥、无无关文件、无夸大说明。
8. 把反复出现的经验沉淀到 CLAUDE.md 或 Skill。

这个流程可以再拆成 3 个角色视角。

角色主要关注不应该做什么
任务提出者目标、范围、验收标准、业务背景只说“帮我优化一下”
执行者Plan Mode、权限、diff、检查结果直接放开大范围自动修改
审查者越界修改、漏测、风险、提交说明只看 CC 总结，不看真实 diff

团队应该统一什么

可以先从这份最低标准开始：

团队 CC 使用最低标准：

1. 每个任务必须写目标、范围、禁止事项、验收标准。
2. 复杂任务先进入 Plan Mode，只读分析后再确认是否修改。
3. 不允许默认做无关重构。
4. 涉及密钥、生产配置、部署、数据库迁移时必须人工确认。
5. 每次交付必须说明修改文件、验证方式、剩余风险。
6. 提交前必须检查 diff、无关文件、敏感信息和测试结果。

这份标准不要写成口号，应该落到 CLAUDE.md、任务模板、Skill 或 Hook 里。

让 CC 生成团队规则草稿

请为团队使用 Claude Code 生成一份规则草稿。

要求：
1. 先只读分析当前项目。
2. 规则要分层：任务提示词、CLAUDE.md、Skills、Hooks、MCP、Subagents。
3. 不要写空泛口号。
4. 不要包含密钥、账号或内部隐私。
5. 标出哪些规则适合立即执行，哪些需要团队确认。

只输出草稿，不要写入文件。

团队任务模板

团队里最容易出问题的是需求太模糊。可以统一用下面这个模板给 CC 发任务。

任务目标：
【说明这次要完成什么】

背景：
【为什么要做，相关页面/接口/问题现象是什么】

范围：
【允许修改哪些文件、模块或页面】

禁止事项：
1. 不做无关重构。
2. 不新增依赖，除非先说明理由并等待确认。
3. 不修改密钥、部署配置或生产数据。

验收标准：
1. 【用户可见结果】
2. 【检查方式】
3. 【需要汇报的风险】

工作方式：
1. 先只读分析并给出计划。
2. 我确认后再修改。
3. 修改后解释 diff，并给出验证结果。

团队沉淀规则

同一个问题出现 3 次，就不应该继续靠临场提醒。

重复出现的问题应该沉淀到哪里
每次都要解释目录结构CLAUDE.md
每次提交前都要检查同一套事项Skill
每次危险命令都要人工提醒Hook 或权限配置
每次都要查询接口文档或工单MCP
每次大任务都要多人视角审查Subagents

沉淀规则时要避免一个误区：不要把所有东西都塞进 CLAUDE.md。CLAUDE.md 太长、太杂、太多临时规则，反而会降低 CC 的判断质量。

多人协作时怎么交接

一个任务从 A 交给 B，或者从 CLI 切到 Desktop/Web，必须先让 CC 产出交接说明。

请生成当前任务交接说明。

要求：
1. 原始目标是什么。
2. 已完成哪些分析和修改。
3. 修改了哪些文件。
4. 已经验证了什么。
5. 还有哪些未完成或不确定。
6. 下一步最小动作是什么。
7. 有哪些风险和禁止事项。

不要继续修改，只输出交接说明。

好的交接说明应该让下一个人不用翻完整聊天记录，就能接着做。

团队复盘怎么做

每隔一段时间，可以让 CC 只读复盘团队使用记录或项目规则。

请从团队使用 Claude Code 的角度复盘当前项目规则。

只读分析：
1. CLAUDE.md 是否有过时内容。
2. 哪些规则适合抽成 Skill。
3. 哪些风险需要 Hook 或权限规则。
4. 哪些检查步骤可以标准化。
5. 哪些内容不该继续保存在长期记忆里。

只给建议，不要修改文件。

验收结果

下一篇：权限安全