63 lines
3.7 KiB
Markdown
63 lines
3.7 KiB
Markdown
---
|
||
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 项目使用多智能体可能过度设计，顺序交接增加上下文丢失风险
|