Sources: - Agent-usecases-multi-Agent-Team.md - DevOps-Maturity-Model-From-Traditional-IT-to-Advanced-DevOps.md - AI-一语点醒梦中人.md - Home-Office-NodeWarden-把-Bitwarden-搬上-Cloudflare-Workers彻底告别服务器.md Entities: Trebuh, Cloudflare Concepts: DevOps成熟度模型, 共享内存模式, 空性智慧, 绝处逢生
38 lines
1.3 KiB
Markdown
38 lines
1.3 KiB
Markdown
---
|
||
title: "Multi-Agent Consensus"
|
||
type: concept
|
||
tags: [multi-agent, architecture, reliability, voting]
|
||
last_updated: 2026-04-15
|
||
---
|
||
|
||
## Definition
|
||
一种多智能体架构模式,通过多数投票提高输出可靠性。核心思想:用"相信大多数"替代"相信第一反应"。
|
||
|
||
## How It Works
|
||
1. 生成 N 个独立 LLM 实例(最好使用不同模型)
|
||
2. 分散任务(Fan out):给所有 Agent 相同任务
|
||
3. 收集结果(Fan in):选择最常见的答案
|
||
|
||
## Reliability Math
|
||
- 单个模型幻觉率:20%
|
||
- 3个模型同时幻觉相同谎言概率:0.2³ = 0.8%
|
||
|
||
## Key Requirements
|
||
- **多样性**:Agent 应使用不同模型,减少同质化噪声放大
|
||
- **盲测原则**:Agent 之间不能有反馈回路,否则产生 Groupthink 和从众效应
|
||
- **无干扰**:独立运行,类似盲测实验
|
||
|
||
## Trade-offs
|
||
- **优点**:显著降低幻觉概率,适合事实核查和分类任务
|
||
- **缺点**:成本高(同一任务 N 次执行),ROI 取决于任务失败成本
|
||
|
||
## Best For
|
||
- 事实核查("这封邮件是垃圾邮件吗?")
|
||
- 分类任务
|
||
- 高可靠性要求的输出验证
|
||
|
||
## Related Concepts
|
||
- [[Multi Agent Hierarchy]]:另一种多 Agent 协作模式
|
||
- [[Multi Agent Adversarial Debate]]:对抗式架构
|
||
- [[Multi Agent Knock out]]:淘汰制架构
|