





























Harness Engineering 是 2025-2026 年兴起的 AI 工程新范式。其核心在于为 AI Agent 构建约束(Constraints) 、反馈(Feedback)与控制系统(Control Systems) ,旨在让 AI 在人类设定的边界内可靠、高效地工作。
核心理念:从“编写代码”转向“设计让 Agent 可靠运行的环境”。
Harness Engineering(马具/驾驭工程)由 HashiCorp 联合创始人 Mitchell Hashimoto 在 2026 年初提出。它标志着软件工程核心竞争力的重大转移:超越了早期的提示词工程 (Prompt Engineering) 和上下文工程 (Context Engineering)。
“Harness” 的精准隐喻: 驾驭不等同于控制。真正的驾驭工程师不会尝试“硬编码” AI 的每一步行为,而是建立一套框架、约束和引导机制,让 AI 在其中自由发挥能力,同时保持可预测性和可靠性。
[!IMPORTANT] Mitchell Hashimoto 的核心观点:“每当你发现 Agent 犯了一个错误,就花时间设计一个解决方案,使 Agent 永远不再犯同样的错误。”
随着 AI 处理任务复杂度的增加,工程重点经历了三个阶段的演进:
| 阶段 | 核心关注点 | 隐喻 | 解决的问题 |
|---|---|---|---|
| Prompt Engineering (2023) | 说什么 | 指令 | 如何通过提示词让 AI 交付单次结果。 |
| Context Engineering (2025) | 知道什么 | 信息 | 如何通过 RAG 和动态上下文构建让 AI 获得所需信息。 |
| Harness Engineering (2026) | 在什么环境做事 | 环境/闭环 | 如何构建约束、反馈与控制系统,让 Agent Reliable 执行任务。 |
根据业界共识(如 Thoughtworks 专家 Birgitta Böckeler 的总结),Harness 由以下三个核心维度构成:
不再只是简单地填充窗口,而是确保 Agent 在正确的时机获得正确粒度的信息。
docs/ARCHITECTURE.md)按需引导,而非盲目堆砌。将“代码品味”(命名、依赖原则、边界等)编码为可强制执行的规则,实现“只在边界内行事”。
防止系统随时间推移而腐化,保障长期的可维护性。
OpenAI 曾记录过一个极具代表性的实践案例:5 名工程师在 5 个月内交付了 100 万行代码,且其中包含 0 行人类手写代码。
关键成功因素:
AGENTS.md、编写自定义 Linter 以及建立可观测性栈。AGENTS.md 索引:docs/*.md。AGENTS.override.md)。Harness Engineering = 用工程手段“驯服”大模型,将 AI 转化为可靠的产品。
软件工程团队的核心竞争力,正在从“谁的代码写得好”转向“谁能设计出更好的 Agent 运行环境”。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。