Copilot vs Delegate — 同步与异步协作
Agent 的协作有两个区间：
Copilot 区间（同步协作）
人在 loop 里，你和 Agent 实时交互，每一步都参与决策。
- 跑几分钟的任务你可以盯着
- 随时能给出上下文纠偏
- 容错成本很低
Delegate 区间（异步委托）
人离开 loop，Agent 独立决策和执行，做完交回来验收。
- 跑两小时的任务你盯不住，也不应该盯
- 任务定义不清 Agent 就跑偏
- 过程中出了问题没人拦
- 验收时一堆东西堆在一起 review
核心矛盾
Agent 能力在增长，能做的事越来越多，独立工作时间越来越长。
工作时间变长，协作方式自然从 Copilot 滑向 Delegate。 这是不可逆的趋势。
Harness Engineering 解决的问题：怎么构建安全的异步委托机制，让这个转变可控。
两种信号
| 信号类型 | 性质 | Harness 能否接入 |
|---|---|---|
| 客观信号 | 编译器、类型检查、lint、测试、CI、线上日志 | ✅ 工程问题，接上就行 |
| 主观信号 | 方向对不对、命名好不好、方案该不该推翻 | ❌ 知识沉淀外化问题，Harness 接不到不存在的东西 |
主观信号是瓶颈
如何让人或组织自然、甚至无感地进行知识沉淀外化，是 Delegate 区间能不能真正持续扩大的关键。
飞轮效应
异步委托机制越完善 → Agent 异步工作越安全 → 人需要介入的地方越少 → Delegate 区间进一步扩大
Agent 能力增长在推，基础设施完善也在推，两股力同向，Delegate 只会越来越多。
关联
- harness-engineering/overview — Harness Engineering 总览
- harness-engineering/three-scaling-dimensions — 三个 Scalability 维度都在解决 Delegate 区间的问题
Sources
- raw/to-learn/Thread by @yan5xu.md