46 lines
2.0 KiB
Markdown
46 lines
2.0 KiB
Markdown
---
|
||
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|执行脚手架]]
|