---
title: "Multi-Agent Workflow: Startup MVP"
type: source
tags: []
date: 2026-04-21
---

## Source File
- [[raw/Agent/agency-agents/examples/workflow-startup-mvp.md]]

## Summary
- 核心主题：多智能体协作从创意到 MVP 交付的完整工作流程
- 问题域：4 周 MVP 开发项目，如何协调多个专业智能体顺序与并行工作
- 方法/机制：7 个专业角色（Sprint Prioritizer、UX Researcher、Backend Architect、Frontend Developer、Rapid Prototyper、Growth Hacker、Reality Checker），通过顺序交接、并行工作、质量门控、上下文传递实现协作
- 结论/价值：证明多智能体团队可以高效完成端到端产品开发

## Key Claims
- Sprint Prioritizer 将项目分解为 4 周冲刺计划，每周期有明确交付物和验收标准
- UX Researcher 在 Week 1 并行运行，快速完成竞品分析和差异化定位
- Backend Architect 基于 Sprint Prioritizer 和 UX Researcher 输出设计 API 和数据模型
- Frontend Developer 与 Rapid Prototyper 在 Week 2 并行构建核心功能
- Reality Checker 在 Week 2 中点和 Week 4 _launch 前设置两个质量门控
- Growth Hacker 在 Week 3 开始启动策略规划，与 Frontend Developer 并行工作
- Sequential Handoffs 确保每个智能体输出成为下一个智能体输入
- Context Passing 要求粘贴完整智能体输出而非摘要

## Key Quotes
> "Copy-paste agent outputs between steps — don't summarize, use the full output" — 上下文传递原则
> "If a Reality Checker flags an issue, loop back to the relevant specialist to fix it" — 质量门控反馈机制

## Key Concepts
- [[Sequential Handoffs]]：顺序交接，每个智能体输出直接作为下一智能体输入
- [[Parallel Work]]：并行工作，Week 1 中 Sprint Prioritizer 和 UX Researcher 可同时运行
- [[Quality Gates]]：质量门控，Reality Checker 在关键节点进行生产就绪评估
- [[Context Passing]]：上下文传递，始终粘贴完整智能体输出而非摘要
- [[Multi-Agent Team]]：多智能体团队，多角色协作架构
- [[Sprint Planning]]：冲刺规划，4 周 MVP 交付的阶段性计划

## Key Entities
- [[Sprint Prioritizer]]：冲刺优先级智能体，负责将项目分解为 4 周冲刺计划
- [[UX Researcher]]：用户体验研究智能体，负责竞品分析和用户访谈
- [[Backend Architect]]：后端架构智能体，负责 API 设计、数据库 Schema 和实时架构
- [[Frontend Developer]]：前端开发智能体，负责 React 应用构建
- [[Rapid Prototyper]]：快速原型智能体，加速初始版本落地
- [[Growth Hacker]]：增长黑客智能体，负责 Launch 策略规划
- [[Reality Checker]]：现实检查智能体，在关键节点进行生产就绪评估和 GO/NO-GO 决策

## Connections
- [[Sprint Prioritizer]] → 输出冲刺计划 → [[Backend Architect]]
- [[UX Researcher]] → 输出研究简报 → [[Backend Architect]]
- [[Backend Architect]] → 输出 API Spec → [[Frontend Developer]]
- [[Frontend Developer]] + [[Rapid Prototyper]] → 并行构建 → Week 2 输出
- [[Reality Checker]] ← 中点评估 ← [[Frontend Developer]]（Week 2）
- [[Frontend Developer]] → 继续开发 → [[Growth Hacker]]（Week 3 并行）
- [[Reality Checker]] ← 最终评估 ← [[Growth Hacker]]（Week 4）
- [[Reality Checker]] ← 生产就绪检查 ← RetroBoard MVP

## Contradictions
- 与单兵作战开发模式冲突：
  - 冲突点：传统 MVP 开发通常由单一开发者完成，多智能体协作增加了交接成本
  - 当前观点：多智能体协作通过专业化分工提升效率，通过质量门控确保交付质量
  - 对方观点：小型 MVP 项目使用多智能体可能过度设计，顺序交接增加上下文丢失风险