44 lines
1.8 KiB
Markdown
44 lines
1.8 KiB
Markdown
---
|
||
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 工程
|