---
title: "Examples - Agency Multi-Agent Collaboration Showcase"
type: source
tags: []
date: 2026-04-25
---

## Source File
- [[Agent/agency-agents/examples/README.md]]

## Summary（用中文描述）
- 核心主题：展示 agency-agents 中多个专业 Agent 如何协作完成真实任务的案例目录
- 问题域：Agent 协作的实践价值证明——仅靠 Agent 定义无法展示多 Agent 联合部署的效果
- 方法/机制：通过具体案例回答"当全体 Agent 同时部署在同一任务上时会发生什么"这一问题
- 结论/价值：8 个 Agent 并行运行，产出一致、相互引用的完整计划，无需协调开销

## Key Claims（用中文描述）
- 8 个专业 Agent 并行运行，产出了连贯且相互引用的完整计划，无协调开销
- 多 Agent 协作可从"发现机会"到"完整蓝图"在单次会话中完成
- 好的案例应展示多个 Agent 协作、Agent 能力广度、真实世界适用性

## Key Quotes
> "What does it actually look like when the full agency collaborates?" — 核心问题
> "All 8 agents ran in parallel and produced coherent, cross-referencing plans without coordination overhead." — 核心成果
> "Multiple agents collaborating on a shared objective" — 好案例的三要素之首

## Key Concepts
- [[Multi-Agent-Collaboration]]：多个专业 Agent 在同一任务上并行协作，通过共享上下文相互引用，无需显式协调
- [[Agents-Orchestrator]]：多 Agent 开发流水线编排器，与本示例的"并行部署"同属 Agent 协作机制，后者强调编排层，前者强调执行层

## Key Entities
- [[Product-Trend-Researcher]]：产品趋势研究员——市场验证与竞争格局分析（示例中参与协作的 8 个 Agent 之一）
- [[Backend-Architect]]：后端架构师——系统架构、数据模型、API 设计（示例中参与协作的 8 个 Agent 之一）
- [[Design-Brand-Guardian]]：品牌守护者——定位、视觉身份、品牌命名（示例中参与协作的 8 个 Agent 之一）
- [[Growth-Hacker]]：增长黑客——GTM 战略、定价、发布计划（示例中参与协作的 8 个 Agent 之一）
- [[Support-Responder]]：支持响应员——支持层级、入职、社区建设（示例中参与协作的 8 个 Agent 之一）
- [[UX-Researcher]]：用户体验研究员——用户画像、旅程地图、设计原则（示例中参与协作的 8 个 Agent 之一）
- [[Project-Management-Project-Shepherd]]：项目看护者——阶段计划、Sprint、风险登记（示例中参与协作的 8 个 Agent 之一）
- [[XR-Interface-Architect]]：XR 界面架构师——空间 UI 规范（示例中参与协作的 8 个 Agent 之一）
- [[Nexus-Spatial-Discovery]]：具体的 8 Agent 并行协作案例——市场验证到技术架构到品牌策略到 GTM 计划的完整产出

## Connections
- [[Nexus-Spatial-Discovery]] ← exemplifies ← [[Multi-Agent-Collaboration]]
- [[Multi-Agent-Collaboration]] ← extends ← [[Agents-Orchestrator]]
- [[Multi-Agent-System-Reliability]] ← provides framework ← [[Multi-Agent-Collaboration]]

## Contradictions
- 与 [[Multi-Agent-System-Reliability]] 中的"需显式协调机制确保一致性"：
  - 冲突点：Multi-Agent-System-Reliability 强调需要结构化协调（主管→工作→验证链），但示例中 8 个 Agent 无需显式协调即产出连贯结果
  - 当前观点：并行 Agent 通过共享上下文和独立产出实现自我协调
  - 对方观点：幻觉和重复问题需通过架构约束（Consensus Voting / Adversarial Debate 等）强制解决
  - 可能的调和：示例中"无需协调"可能是因为任务天然解耦；若 Agent 间存在依赖关系，仍需协调机制