Prompt Engineering的局限性
Prompt Engineering存在无法超越模型能力上限、指令冲突、窗口限制和鲁棒性不足等问题,推动工程重心向Context Engineering与Harness Engineering迁移。
从Native RAG到Agentic RAG
生产级AI应用中,上下文是动态组装的,根据用户身份、当前任务、历史状态和业务规则在运行时变化。2024年后,上下文工程、多智能体协作协议、标准化接口(如MCP)等关键技术成为重点。
Harness Engineering的七层架构
- Agent层:定义Agent如何发现、调用和管理工具。
- Memory层:解决上下文衰减和上下文漂移问题。
- Orchestration层:实现任务分解和跨层调度。
- Control层:处理约束和规则。
- Observability层:链路追踪、成本与性能监控、故障运维。
- Foundation层:基础设施和工具链。
- Loop层:循环驱动智能体。
Harness Engineering设计的核心取舍
- 成本-质量-速度三元悖论:高质量和高安全性增加成本和执行时间,极致速度可能牺牲质量和安全性。
- 数据一致性:强一致性牺牲性能,弱一致性提升性能但可能影响数据准确性。
- 可扩展性:高可扩展性牺牲实时性,实时性牺牲可扩展性。
Loop Engineering的定义
Loop Engineering通过设计循环驱动智能体,实现人设计循环而非人不断驱动智能体。
Loop Engineering的六大组件
- Main Agent:主调度智能体。
- Worktree:并行协作的隔离机制,解决文件覆盖和代码冲突问题。
- Skill:知识沉淀的基础。
- 插件和连接器:连接的枢纽。
- Sub-Agent:执行与验证分离。
- Memory:外部持久化记忆,解决LLM无状态和跨轮次失忆问题。
四大工程领域的协同
- Prompt Engineering:解决“怎么问”的问题。
- Context Engineering:解决“让AI看到什么”的问题,如RAG、记忆管理、文件检索。
- Harness Engineering:解决“AI在什么环境里工作”的问题,如工具调用、沙箱、权限控制,业务规则。
- Loop Engineering:解决“AI做完一步后怎么办”的问题,如自动检查、修正、继续、停止条件。
研究结论
当前AI工程设计的核心已转向系统化搭建用户与Agent之间目标驱动的闭环协作体系,需自主完成目标感知、任务拆解和动态调整。