拆解Harness Engineering和Loop Engineering – boydfd
前言 如果你最近关注 AI Agent 领域,一定被各种新术语轰炸过:Prompt Engineering、Context Engineering、Harness Engineering、Loop Engineering……这些带”Engineering”后缀的概念层出不穷,让人眼花缭乱。 它们到底是什么关系?是技术演进的不同阶段,还是互相包含的层级结构?当别人在会议上说”我们在做 Loop Engineering”时,他到底在说什么? 这种困惑不止你一个人有。在和同行讨论 agent 系统时,经常出现这种状况: 老板说”Harness”,可能指的是 Claude Code 这个产品 同事说”Harness”,可能指的是 解决问题和评估的agent分开 这种设计模式 你说”Harness”,可能指的是项目里的 AGENT.md 配置文件 三个人用同一个词,说的完全不是同一个东西。这篇文章的目的就是把这些边界理清楚。 这篇文章适合谁? 工程师:在构建 agent 系统时需要做架构决策、和团队对齐术语 产品/业务/管理者:想理解工程师在说什么,做技术选型时心里有底 研究者/学生:想了解工业界 agent 工程的概念演进,看清论文和产品之间的关系 任何想搞清楚概念的人:哪怕只是刷推特被术语轰炸得头晕,想找一张地图 我查阅了大量论文和工程实践文章,包括 Anthropic、LangChain、学术界的权威资料。核心发现是:这些概念不是简单的上下层级关系,而是抽象程度的演进。从 Prompt 到 Loop,解决的问题越来越宏观,但它们并非互斥,而是互相包含和补充。 读完这篇文章,你将能够: 在讨论中精确表达:不再笼统地说”multi-agent 系统”,而是说”topology=multi, coordination=orchestration 的 harness 切片” 做技术判断时更清晰:无论是做架构决策还是评估别人的方案,都能用同一套框架思考 让我们开始这趟概念之旅。 一、Prompt Engineering:LLM 时代的”调参” 如果说传统机器学习的调参是需要考虑特征权重与统计边界的寻优,而深度学习时代的调参是摸索网络架构与梯度下降的动力学,那么 LLM 时代的‘调参’就是 […]