48 lines
1.8 KiB
Markdown
48 lines
1.8 KiB
Markdown
---
|
||
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 Engineering（Phase 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|控制循环]]
|