Agent Harness 与企业 Runtime 的边界

用职责解释 Harness

模型提出“查询成本”，Harness 将这一动作交给工具并处理反馈；执行权限应由可信程序和环境强制约束。模型答应“不会越权”不能替代权限检查。

名称	本系列的工作定义	判断时应问
Framework／SDK	构建系统的编程材料与抽象	开发者还要补哪些实际运行职责？
Harness	围绕模型形成的执行与控制系统	怎样组装上下文、调工具、验证和停止？
Runtime	执行机制或服务，范围可宽可窄	管一次循环，还是多用户、多任务运行？
Workbench	面向人的工作入口与交互空间	怎样查看过程、修订和接管？
企业 Platform	承载多个任务和系统的组织级服务	身份、资源、隔离、恢复和审计归谁？

Context Engineering 关注这一轮给模型看什么；Harness Engineering 还要处理看完后怎样继续行动与收敛。Harness 不是与模型能力无关的万能补丁，也不是部件越多越好。

Anthropic 2026-04-08 的 Managed Agents 工程说明将会话、Harness 与执行环境分开。它说明了一种职责拆分，不证明全行业必须使用相同架构；模型改善后，原有补偿机制还需重新测量是否必要。

同模型、同任务比较不同 Harness 时，还要控制工具、提示、预算和验收条件。否则成绩差异可能来自环境与资源，而不是某个框架本身。参照 Agent Loop 与运行状态基础 ↗ 与 大模型技术栈 ↗。