20260601

concepts/three-engineering-phases.md

@@ -0,0 +1,43 @@
+---
+title: "Three Engineering Phases（三阶段工程演进）"
+created: 2026-05-30
+updated: 2026-05-30
+type: concept
+tags: [agent, engineering, evolution, prompt, context, harness]
+sources: [[agent-harness-engineering-survey]]
+confidence: high
+---
+
+# Three Engineering Phases
+
+> 2022–2026 年间，Agent 工程的约束瓶颈经历了从 Prompt → Context → Harness 的三阶段迁移。这不是取代，而是**视野扩展**——每一阶段包含前一阶段。
+
+## 三阶段
+
+### Phase 1: Prompt Engineering (2022–2024)
+- 核心杠杆：输入文本
+- 工程范围：优化单次模型调用的文本输入
+- 技术代表：Chain-of-Thought、Few-shot、ReAct 模板
+
+### Phase 2: Context Engineering (2025)
+- 核心杠杆：每步可见的信息
+- 工程范围：管理多个信息流进入上下文窗口
+- 关键转变：从"输入是什么"到"模型在每一步应该看到什么"
+- 指导原则：找到最小的高信号 token 集，最大化期望结果的概率
+
+### Phase 3: Harness Engineering (2026)
+- 核心杠杆：包裹模型的基础设施层
+- 工程范围：ETCLOVG 七层全部
+- 关键转变：Agent 可靠性由模型-Harness 耦合系统决定
+- Harness 工程追问：必须设计什么样的治理、约束、反馈循环和执行控制？
+
+## 关键特征
+- **非替代而是扩展**：Prompt Engineering 今天仍是 Harness 实践的一部分
+- **约束瓶颈上移**：随着模型变强，瓶颈从"写不好 prompt" → "管不好上下文" → "设计不好基础设施"
+- 同步对照 [[prompt-to-harness-evolution]] 的详细分析
+
+## 相关概念
+- [[prompt-to-harness-evolution]] — 详细演化分析
+- [[binding-constraint-thesis]] — 约束瓶颈论
+- [[context-engineering]] — 上下文工程
+- [[agent-harness-engineering]] — Harness 工程