# 高效协作开发流程

> 目标：让 Claude 在大型软件项目里以最高吞吐、最低来回沟通成本持续开发。

## 快速入口

如果你只想每天直接复制模板，请先看：

- [每日启动模板](./daily-startup-template.md)
- [项目启动指令模板](./project-kickoff-template.md)

---

## 高自主自动推进模式

如果你不想每天手动派任务，可以开启高自主模式：

- 你只在项目开始时把目标、边界、验收标准讲清楚
- Claude 自动拆阶段、拆任务、排优先级
- Claude 自动开发、测试、验证、继续推进
- 只有在高风险动作、重大方向分歧、授权/权限问题、关键阻塞时才打断你

### 推荐启动语

```text
这个项目从现在开始按高自主模式推进。
你根据目标和当前进展自动拆任务、自动安排优先级、自动开发、测试、验收。
除非遇到高风险操作、重大方向问题、权限授权问题、或关键阻塞，否则不要频繁打断我。
汇报保持简洁，按阶段告诉我结果和阻塞即可。
```

### 适用场景

- 多周或多月持续开发
- 你希望 Claude 主动推进而不是等你每天派活
- 你只想在关键节点介入

---

## 一句话原则

高效协作的核心不是把需求说得越长越好，而是：

- 目标明确
- 范围明确
- 验收明确
- 优先级明确
- 默认允许自主执行安全范围内的开发与验证

---

## 超短版开场口令

如果你当天很忙，不想每次写很长，可以直接发这段：

```text
按最高效模式工作。
今天目标：<一句话>
今天任务：1. ... 2. ... 3. ...
优先级：1 > 2 > 3
范围限制：不要改 ...；不要做 ...；只改 ...
验收标准：...
默认允许你自主读代码、改代码、跑测试、验证；只有高风险操作或方向不清时再问我。
回复保持简洁，只汇报进度、结果、阻塞。
```

### 最短可用版

如果你连上面都不想写完整，可以再缩成这样：

```text
最高效模式：
目标：...
任务：1. ... 2. ... 3. ...
限制：...
验收：...
默认自主执行，重要风险再问我。
```

---

## 推荐的每日流程

### 第 1 步：先给当天任务包

每天开始时，建议用下面的格式给出任务：

```text
今天按最高效模式工作。

项目目标：
<一句话说明今天主目标>

今天任务：
1. ...
2. ...
3. ...

优先级：
1 > 2 > 3

范围限制：
- 不要改 ...
- 不要做 ...
- 只在 ... 目录内修改

验收标准：
- ...
- ...
- ...

执行权限：
默认允许你自主读代码、改代码、跑测试、验证；
只有在涉及高风险操作、方向选择、删除/覆盖重要内容、外部发布时再问我。

输出要求：
简洁汇报，只告诉我：
- 当前在做什么
- 做完了什么
- 有什么阻塞
```

---

## 最佳任务输入格式

以后每次分配任务，尽量按这个格式：

```text
目标：
背景：
范围：
验收标准：
优先级：
限制/不要做：
是否允许我自主执行测试/改文件/跑命令：
```

### 示例

```text
目标：修复登录后首页白屏
背景：点击登录后接口成功，但页面卡住
范围：只修这个 bug，不做重构
验收标准：登录后能进入首页；现有测试不挂
优先级：高
限制/不要做：不要改 UI 样式，不要动后端接口协议
是否允许我自主执行测试/改文件/跑命令：允许
```

---

## 大型项目最推荐的工作模式

### 1. 一次给 1~5 个任务，不要一次给 30 个

推荐这样发：

```text
今天任务：
1. 修复 A
2. 完成 B
3. 调查 C
优先级顺序：1 > 2 > 3
如果 1 没做完，不要开始 2
```

### 2. 每个任务都要有“完成定义”

低效说法：

```text
优化一下性能
```

高效说法：

```text
把首页首次加载从 4s 降到 2s 内，先找最大瓶颈，不做大重构
```

### 3. 默认给自主执行权

最有效的一句是：

```text
在不做危险操作、不偏离目标的前提下，你可以自主读代码、改代码、跑测试、验证。
```

### 4. 永远按小步快跑推进

不要说：

```text
帮我把整个系统做完
```

而要这样拆：

```text
阶段 1：完成登录闭环
阶段 2：完成项目列表页
阶段 3：完成编辑器与保存
阶段 4：接入权限系统
```

每一阶段再拆成 1~3 个具体任务。

---

## 最适合 Claude 的固定口令

以后你可以直接复制这段：

```text
按最高效模式工作：
- 先自己理解代码再动手
- 先拆任务，再按优先级执行
- 默认自主读取、修改、测试、验证
- 不做无关重构
- 不要反复确认小事
- 只有在方向不清、存在高风险、或需要我决策时再问我
- 回复尽量简洁，只告诉我进度、结果、阻塞
```

---

## 额外提供这些信息，效率会更高

### 1. 相关文件或目录

```text
重点看：
- src/auth/
- src/pages/login.tsx
- server/auth.ts
```

### 2. 复现步骤

```text
复现步骤：
1. 打开 /login
2. 输入测试账号
3. 点击登录
4. 页面白屏
```

### 3. 预期行为

```text
预期：跳转到 /dashboard
```

### 4. 不要碰的地方

```text
不要改数据库 schema
不要升级依赖
不要动 CI
```

---

## 什么样的提问方式最低效

尽量避免：

- “你看看这个项目”
- “你优化一下”
- “你先分析一下”
- “你觉得怎么做好”
- “这个是不是有点问题”

这些说法会让 Claude 花很多轮去猜目标。

更高效的表达：

- “修复 X，范围只在 Y，验收标准是 Z”
- “先调查原因，不修改代码，只给结论”
- “先做最小可用版本，不要扩展”
- “只改前端，不动后端”

---

## Claude 最高效时会怎么工作

当任务输入清晰时，Claude 的高效工作方式通常是：

1. 快速读关键代码
2. 拆任务并排序
3. 直接实现
4. 跑验证
5. 只在必要时汇报
6. 做完一个就进入下一个

---

## 推荐你长期固定使用的模板

把下面这段保存为你每天的标准开场模板：

```text
今天按最高效模式工作。

项目目标：
<一句话说明今天主目标>

今天任务：
1. ...
2. ...
3. ...

优先级：
1 > 2 > 3

范围限制：
- 不要改 ...
- 不要做 ...
- 只在 ... 目录内修改

验收标准：
- ...
- ...
- ...

执行权限：
默认允许你自主读代码、改代码、跑测试、验证；
只有在涉及高风险操作、方向选择、删除/覆盖重要内容、外部发布时再问我。

输出要求：
简洁汇报，只告诉我：
- 当前在做什么
- 做完了什么
- 有什么阻塞
```

---

## 最终结论

如果你想让 Claude 在大型软件项目里保持最高效率，长期只要遵守三条：

1. 任务具体
2. 边界明确
3. 默认给自主执行权

做到这三点，开发效率会明显高很多。