6.7 KiB
6.7 KiB
高效协作开发流程
目标：让 Claude 在大型软件项目里以最高吞吐、最低来回沟通成本持续开发。
快速入口
如果你只想每天直接复制模板，请先看：
高自主自动推进模式
如果你不想每天手动派任务，可以开启高自主模式：
- 你只在项目开始时把目标、边界、验收标准讲清楚
- Claude 自动拆阶段、拆任务、排优先级
- Claude 自动开发、测试、验证、继续推进
- 只有在高风险动作、重大方向分歧、授权/权限问题、关键阻塞时才打断你
推荐启动语
这个项目从现在开始按高自主模式推进。
你根据目标和当前进展自动拆任务、自动安排优先级、自动开发、测试、验收。
除非遇到高风险操作、重大方向问题、权限授权问题、或关键阻塞，否则不要频繁打断我。
汇报保持简洁，按阶段告诉我结果和阻塞即可。
适用场景
- 多周或多月持续开发
- 你希望 Claude 主动推进而不是等你每天派活
- 你只想在关键节点介入
一句话原则
高效协作的核心不是把需求说得越长越好，而是：
- 目标明确
- 范围明确
- 验收明确
- 优先级明确
- 默认允许自主执行安全范围内的开发与验证
超短版开场口令
如果你当天很忙，不想每次写很长，可以直接发这段：
按最高效模式工作。
今天目标：<一句话>
今天任务：1. ... 2. ... 3. ...
优先级：1 > 2 > 3
范围限制：不要改 ...；不要做 ...；只改 ...
验收标准：...
默认允许你自主读代码、改代码、跑测试、验证；只有高风险操作或方向不清时再问我。
回复保持简洁，只汇报进度、结果、阻塞。
最短可用版
如果你连上面都不想写完整，可以再缩成这样：
最高效模式：
目标：...
任务：1. ... 2. ... 3. ...
限制：...
验收：...
默认自主执行，重要风险再问我。
推荐的每日流程
第 1 步：先给当天任务包
每天开始时，建议用下面的格式给出任务：
今天按最高效模式工作。
项目目标：
<一句话说明今天主目标>
今天任务：
1. ...
2. ...
3. ...
优先级：
1 > 2 > 3
范围限制：
- 不要改 ...
- 不要做 ...
- 只在 ... 目录内修改
验收标准：
- ...
- ...
- ...
执行权限：
默认允许你自主读代码、改代码、跑测试、验证；
只有在涉及高风险操作、方向选择、删除/覆盖重要内容、外部发布时再问我。
输出要求：
简洁汇报，只告诉我：
- 当前在做什么
- 做完了什么
- 有什么阻塞
最佳任务输入格式
以后每次分配任务，尽量按这个格式：
目标：
背景：
范围：
验收标准：
优先级：
限制/不要做：
是否允许我自主执行测试/改文件/跑命令：
示例
目标：修复登录后首页白屏
背景：点击登录后接口成功，但页面卡住
范围：只修这个 bug，不做重构
验收标准：登录后能进入首页；现有测试不挂
优先级：高
限制/不要做：不要改 UI 样式，不要动后端接口协议
是否允许我自主执行测试/改文件/跑命令：允许
大型项目最推荐的工作模式
1. 一次给 1~5 个任务，不要一次给 30 个
推荐这样发：
今天任务：
1. 修复 A
2. 完成 B
3. 调查 C
优先级顺序：1 > 2 > 3
如果 1 没做完，不要开始 2
2. 每个任务都要有“完成定义”
低效说法：
优化一下性能
高效说法：
把首页首次加载从 4s 降到 2s 内，先找最大瓶颈，不做大重构
3. 默认给自主执行权
最有效的一句是：
在不做危险操作、不偏离目标的前提下，你可以自主读代码、改代码、跑测试、验证。
4. 永远按小步快跑推进
不要说：
帮我把整个系统做完
而要这样拆：
阶段 1：完成登录闭环
阶段 2：完成项目列表页
阶段 3：完成编辑器与保存
阶段 4：接入权限系统
每一阶段再拆成 1~3 个具体任务。
最适合 Claude 的固定口令
以后你可以直接复制这段：
按最高效模式工作：
- 先自己理解代码再动手
- 先拆任务，再按优先级执行
- 默认自主读取、修改、测试、验证
- 不做无关重构
- 不要反复确认小事
- 只有在方向不清、存在高风险、或需要我决策时再问我
- 回复尽量简洁，只告诉我进度、结果、阻塞
额外提供这些信息，效率会更高
1. 相关文件或目录
重点看：
- src/auth/
- src/pages/login.tsx
- server/auth.ts
2. 复现步骤
复现步骤：
1. 打开 /login
2. 输入测试账号
3. 点击登录
4. 页面白屏
3. 预期行为
预期：跳转到 /dashboard
4. 不要碰的地方
不要改数据库 schema
不要升级依赖
不要动 CI
什么样的提问方式最低效
尽量避免：
- “你看看这个项目”
- “你优化一下”
- “你先分析一下”
- “你觉得怎么做好”
- “这个是不是有点问题”
这些说法会让 Claude 花很多轮去猜目标。
更高效的表达：
- “修复 X，范围只在 Y，验收标准是 Z”
- “先调查原因，不修改代码，只给结论”
- “先做最小可用版本，不要扩展”
- “只改前端，不动后端”
Claude 最高效时会怎么工作
当任务输入清晰时，Claude 的高效工作方式通常是：
- 快速读关键代码
- 拆任务并排序
- 直接实现
- 跑验证
- 只在必要时汇报
- 做完一个就进入下一个
推荐你长期固定使用的模板
把下面这段保存为你每天的标准开场模板：
今天按最高效模式工作。
项目目标：
<一句话说明今天主目标>
今天任务：
1. ...
2. ...
3. ...
优先级：
1 > 2 > 3
范围限制：
- 不要改 ...
- 不要做 ...
- 只在 ... 目录内修改
验收标准：
- ...
- ...
- ...
执行权限：
默认允许你自主读代码、改代码、跑测试、验证；
只有在涉及高风险操作、方向选择、删除/覆盖重要内容、外部发布时再问我。
输出要求：
简洁汇报，只告诉我：
- 当前在做什么
- 做完了什么
- 有什么阻塞
最终结论
如果你想让 Claude 在大型软件项目里保持最高效率，长期只要遵守三条：
- 任务具体
- 边界明确
- 默认给自主执行权
做到这三点，开发效率会明显高很多。