---
title: "脚手架六组件模型 (Harness Six Components)"
created: 2026-07-13
updated: 2026-07-13
type: concept
tags: [agent, harness, execution-harness]
sources:
  - arxiv:2606.20683
---

# 脚手架六组件模型

## 定义

由 Agent Harness Survey (2026) 提出的执行脚手架**运行时责任解耦**模型，将 harness 分解为六个耦合组件：

$$H = \langle I_{obs}, C, L, I_{act}, S, V \rangle$$

## 六组件

| 组件 | 符号 | 核心问题 |
|------|------|----------|
| [[observation-interface|观测接口]] | I_obs | 哪些环境信号暴露给模型？以何种抽象层次？ |
| [[context-manager|上下文管理器]] | C | 哪些信息进入当前模型调用的上下文？ |
| [[control-loop|控制循环]] | L | 执行如何推进？何时委托？何时终止？ |
| [[action-interface|行动接口]] | I_act | 模型可执行哪些操作？权限如何？ |
| [[state-artifact-store|状态与产物存储]] | S | 什么状态跨步骤持久化？ |
| [[verification-governance|验证与治理]] | V | 执行是否正确？如何约束和修复？ |

## 与功能分类的区别

此解耦是**操作性（operational）**而非功能性（functional）的：
- "记忆"在功能环中是 state，但在部署系统中可能通过 context selection、artifact storage、retrieval indices、checkpointing 多种方式实现
- "行动"不仅仅是抽象 action space，而是由 schema、权限、sandbox、执行 API、side-effect controls 共同介导

## 关键特性

1. **耦合性**：六组件并非独立，设计选择在一个组件上的改变会 reshape 对其他组件的压力（[[cross-layer-interaction|跨层交互]]）
2. **解释了固定模型下的性能差异**：为什么 SWE-agent 仅改 ACI 就能提升性能——改变了 I_obs 和 I_act 的设计
3. **任务结构映射**：不同任务类型对不同组件施加不同压力

## 参考
- [[agent-harness-survey-2026|Agent Harness Survey (2026)]]
- [[model-harness-lens|模型-脚手架透镜]]
- [[execution-harness|执行脚手架]]