副驾模式
人盯着局部实现,频繁修补模型输出;注意力被代码细节吃掉,很难开启更高并发。
Paradigm
会议反复回到同一个问题:为什么同样使用 Claude Code、Codex 或其他编码工具,有的人只能开一个窗口,有的人能管理多个 Agent 并发?答案不是提示词魔法,而是角色定位。
Shift
副驾模式关注“下一行代码怎么写”,管理者模式关注“任务如何被理解、执行、验收和沉淀”。
人盯着局部实现,频繁修补模型输出;注意力被代码细节吃掉,很难开启更高并发。
人定义目标、边界、质量标准和上下文,让 Agent 完成一段可验收的工作,再通过 Review 把经验沉淀下来。
当模型代码质量达到可用水准后,继续把它当工具会浪费杠杆;把它当团队成员,才会自然引出规范、看板、Review 和培训材料。
Mental Model
人对项目的理解会随时间沉淀,Agent 每次启动都像新人报到。这个差异解释了为什么项目规范比过去更重要。
项目背景、架构设计、业务边界、目录约定、复用原则和禁区都要前置。给得越清楚,Agent 越可能按团队方式工作。
模型会倾向完成目标,有时会引入过度设计。驱动者要明确这是小工具、MVP、企业系统还是长期平台,避免它替你膨胀架构。
信任意味着把任务交出去,但同时建立验收、自动测试、代码 Review 和回滚机制。没有制度的信任,只会变成失控。
Practice
把抽象心态翻译成每天能执行的动作。
| 动作 | 目的 | 会议里的含义 |
|---|---|---|
| 写清项目规范 | 降低每次启动成本 | 让无状态 Agent 进入项目时不再从零理解。 |
| 任务前对齐范围 | 防止过度设计 | 先说清要简单实现、MVP 还是平台化能力。 |
| 阶段性 Review | 捕捉可沉淀错误 | 把问题转成 Skills、检查点和自动验证。 |
| 循序提高并发 | 保护注意力 | 先管好一个 Agent,再管三个,再考虑十个。 |