自建 Agent Harness 有无优势引发论战

针对社区中“自建 Agent harness/编排架构没有优势、定制模型没有 alpha”的观点，@omarsar0 于 08-28 连发多条帖子反驳，@pikanou 加入支持，Google 工程师 shensi 则在 08-29 提出“harness 无关、模型无关”的相反判断，形成一轮关于 Agent 技术栈自主权的热议。

已确认

• @omarsar0 认为 harness（控制/集成框架）与模型紧密相关，对于有野心的项目，拥有包括自定义 harness 在内的完整智能栈至关重要；即便模型未来能动态生成代码，核心定制化与递归自我改进仍离不开自建 harness。他还反驳“定制模型没有 alpha”的说法，认为外界低估了 harness 与模型紧密协作的价值。
• 他强烈反对将 harness 配置封装为黑盒，认为正是 harness 层决定了应用的定制空间，因此对新兴的开源 harness 框架感到兴奋，因其降低了构建门槛、便于插件式微 harness 的扩展。
• 他以 Pi 为例，认为这类方案的价值在于提供基础构件，迫使开发者思考需要自建哪些插件与功能，并指出构建与工程化 harness 是一项重要的未来技能。
• @pikanou 从质量管控角度补充：不掌控 harness（约束机制）与评估体系，就无法掌控 Agent 的质量与性能；仅靠实验室通过 API 升级模型，无法让模型获得你的测试用例、失败案例或领域约束；harness 不只是提示词技巧，而是状态管理。
• Google 工程师 shensi（08-29）提出另一视角：agent 的未来将是 harness-independent 且 llm-independent，即不依赖特定框架与特定模型；无论当下什么工具或框架流行，开发者都应保持架构上的独立性。

为什么重要

随着模型能力快速迭代，“应用层是否还有护城河”成为争议焦点。这轮讨论呈现两方立场：一方认为工程化 harness、评估体系与领域约束构成 API 调用之外的关键差异化资产，且开源 harness 生态降低了中小团队自建完整 Agent 栈的门槛；另一方代表大型模型厂商的判断，认为长期上 Agent 应做到框架与模型双解耦。两种路线之争将持续影响 Agent 应用层的架构选型。

2026-08-28 ~ 2026-08-29 · 6 条相关

• 【源头】观点反驳：自建 Agent 编排架构存在长期价值 — omarsar0 · 2026-08-28
• 【源头】观点：不掌控 Harness 和 Eval 就无法掌控 Agent 质量 — pikanou_ · 2026-08-28
• 观点：应拒绝黑盒 Harness 配置，拥抱开源可定制方案 — omarsar0 · 2026-08-28
• Harness 层不该是黑盒：开源框架让 agent 定制更容易 — omarsar0 · 2026-08-28
• 观点：模型与 Harness 相辅相成，工程能力是未来关键 — omarsar0 · 2026-08-28
• 【源头】shensi：Agent 的未来是 harness 无关、模型无关 — shensi · 2026-08-29