This commit is contained in:
2026-07-20 14:14:55 +08:00
parent 24b006225b
commit ebb0e425ca
88 changed files with 3995 additions and 6 deletions

View File

@@ -0,0 +1,47 @@
---
title: "多模型脚手架 (Multi-Model Harness)"
created: 2026-07-13
updated: 2026-07-13
type: concept
tags: [agent, harness, multi-agent, model-routing]
sources:
- arxiv:2606.20683
---
# 多模型脚手架
## 定义
**多模型脚手架**是 Harness EngineeringPhase 3内部的关键子趋势脚手架不再以单一模型作为每步的认知引擎而是**组合异构模型**完成规划、编码、工具使用、验证、检索和领域特定子任务。
## 形式化
当 |M| > 1 时M = {M₁, ..., Mₖ} 表示具有异质能力、成本和上下文限制的骨干模型集合。此时脚手架不仅执行六组件职责,还必须额外决定**每一步由哪个模型行动**。
## 控制循环的转变
| 单模型 | 多模型 |
|--------|--------|
| "一个模型迭代至完成" | "运行时决定哪个模型下一步行动" |
| 推理和行动在同一上下文窗口 | 不同模型在不同上下文权限下行动 |
| 验证通常是后置 | 不同模型专责验证 |
## 典型组合模式
- **Planner-Executor-Verifier** 分解SGAgent 等)
- **Specialist routing**(编码模型、检索模型、验证模型各司其职)
- **Debate/committee-style** 验证AI Committee
- **Sub-agent handoff**(父 Agent 委托子 Agent 完成独立子任务)
## 对脚手架六组件的影响
多模型设计首先强调 [[control-loop|控制循环 L]],但也重塑:
- [[context-manager|上下文管理器 C]]:不同模型可能接收不同上下文
- [[action-interface|行动接口 I_act]]:不同模型可能在不同权限范围下行动
- [[verification-governance|验证与治理 V]]:不同模型可能有不同的验证角色
## 参考
- [[agent-harness-survey-2026|Agent Harness Survey (2026)]]
- [[harness-engineering|脚手架工程]]
- [[learnable-harness|可学习脚手架]]
- [[control-loop|控制循环]]