49 lines
2.4 KiB
Markdown
49 lines
2.4 KiB
Markdown
---
|
||
title: "Agent 工程四范式 (Four Paradigms of Agent Engineering)"
|
||
created: 2026-07-13
|
||
updated: 2026-07-13
|
||
type: concept
|
||
tags: [agent, agent-engineering, paradigm-evolution]
|
||
sources:
|
||
- arxiv:2606.20683
|
||
---
|
||
|
||
# Agent 工程四范式
|
||
|
||
## 定义
|
||
|
||
Agent Harness Survey (2026) 提出的 Agent 工程**演化性分析框架**，将 Agent 系统的发展组织为四个范式阶段。每阶段因前阶段的局限性而涌现，每阶段突出不同的性能杠杆。
|
||
|
||
## 四阶段
|
||
|
||
### Phase 1: [[prompt-engineering|提示工程]]
|
||
- **瓶颈**：表达问题（how to ask）
|
||
- **手段**：few-shot、CoT、self-consistency、ToT
|
||
- **局限**：不解决信息问题——无法提供缺失知识、管理动态状态、维持长序列一致性
|
||
|
||
### Phase 2: [[context-engineering|上下文工程]]
|
||
- **瓶颈**：信息生命周期管理
|
||
- **手段**：RAG、记忆管理、工具定义、技能渐进披露、上下文压缩
|
||
- **核心转变**：优化目标从"单个答案正确"变为"组装的上下文能否支撑多步任务完成"
|
||
- **局限**：本质是前馈性——优化每步推理的输入但不提供结构性机制来检测漂移、验证中间结果、恢复错误
|
||
|
||
### Phase 3: [[harness-engineering|脚手架工程]]
|
||
- **瓶颈**：执行稳定性（detect drift, maintain stable execution, recover from errors）
|
||
- **手段**：闭环反馈执行、sandboxing、状态 checkpoint、验证循环、错误恢复、子 Agent 协调
|
||
- **核心转变**：从"给模型展示什么"变为"如何保持整个系统在轨道上"
|
||
- **子趋势**：[[multi-model-harness|多模型脚手架]] + [[learnable-harness|可学习脚手架]]
|
||
|
||
### Phase 4: [[agent-native-training|Agent 原生训练]] & [[model-harness-coevolution|协同演化]]
|
||
- **瓶颈**：行为内化 + 全栈持续改进
|
||
- **方向1**：Internalization — 规划/工具使用/验证通过交互环境训练进模型参数
|
||
- **方向2**：Co-evolution — 模型、脚手架、改进策略在部署中联合更新
|
||
|
||
## 关键洞察
|
||
|
||
这四个阶段是**概念性演化透镜**而非严格时间分区——四者在实践中共存。分析目的不是引入另一种组件分类法，而是追踪**主导性能瓶颈如何在各阶段间迁移**，以及为什么脚手架设计已成为 Agent 工程的核心对象。
|
||
|
||
## 参考
|
||
- [[agent-harness-survey-2026|Agent Harness Survey (2026)]]
|
||
- [[harness-engineering|脚手架工程]]
|
||
- [[agent-native-training|Agent 原生训练]]
|