20260720
This commit is contained in:
47
concepts/multi-model-harness.md
Normal file
47
concepts/multi-model-harness.md
Normal 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 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|控制循环]]
|
||||
Reference in New Issue
Block a user