Harness Dossier

Paradigm

AI 编程不是更快地写代码,而是更早地进入管理状态

会议反复回到同一个问题:为什么同样使用 Claude Code、Codex 或其他编码工具,有的人只能开一个窗口,有的人能管理多个 Agent 并发?答案不是提示词魔法,而是角色定位。

Agent 是新人上下文是入职培训Review 是带教自动验证是制度

Shift

从副驾到管理者

副驾模式关注“下一行代码怎么写”,管理者模式关注“任务如何被理解、执行、验收和沉淀”。

副驾模式

人盯着局部实现,频繁修补模型输出;注意力被代码细节吃掉,很难开启更高并发。

管理者模式

人定义目标、边界、质量标准和上下文,让 Agent 完成一段可验收的工作,再通过 Review 把经验沉淀下来。

关键转折

当模型代码质量达到可用水准后,继续把它当工具会浪费杠杆;把它当团队成员,才会自然引出规范、看板、Review 和培训材料。

Mental Model

Agent 的无状态决定了文档的重要性

人对项目的理解会随时间沉淀,Agent 每次启动都像新人报到。这个差异解释了为什么项目规范比过去更重要。

Context

上下文不是提示词装饰

项目背景、架构设计、业务边界、目录约定、复用原则和禁区都要前置。给得越清楚,Agent 越可能按团队方式工作。

Scope

范围要比能力更重要

模型会倾向完成目标,有时会引入过度设计。驱动者要明确这是小工具、MVP、企业系统还是长期平台,避免它替你膨胀架构。

Trust

信任不是放任

信任意味着把任务交出去,但同时建立验收、自动测试、代码 Review 和回滚机制。没有制度的信任,只会变成失控。

Practice

管理者心态的落地动作

把抽象心态翻译成每天能执行的动作。

动作目的会议里的含义
写清项目规范降低每次启动成本让无状态 Agent 进入项目时不再从零理解。
任务前对齐范围防止过度设计先说清要简单实现、MVP 还是平台化能力。
阶段性 Review捕捉可沉淀错误把问题转成 Skills、检查点和自动验证。
循序提高并发保护注意力先管好一个 Agent,再管三个,再考虑十个。