Update nexus wiki content
This commit is contained in:
@@ -2,60 +2,50 @@
|
||||
title: "Multi-Agent Workflow: Startup MVP"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-21
|
||||
date: 2026-04-30
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/agency-agents/examples/workflow-startup-mvp.md]]
|
||||
- [[Agent/agency-agents/examples/workflow-startup-mvp.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:多 Agent 协作工作流,演示如何协调多个 Agent 从创意到 MVP 交付的完整流程
|
||||
- 问题域:SaaS 产品(团队回顾工具)的快速开发与多角色 Agent 协调
|
||||
- 方法/机制:7 种专业 Agent 角色(Sprint Prioritizer、UX Researcher、Backend Architect、Frontend Developer、Rapid Prototyper、Growth Hacker、Reality Checker),按 4 周 7 步骤流水线协作
|
||||
- 结论/价值:展示了顺序交接、并行工作、质量门控、上下文传递四大关键模式,是多 Agent 团队协作的最佳实践范例
|
||||
- 核心主题:如何协调多个 AI Agent,从想法到 4 周内交付 SaaS MVP
|
||||
- 问题域:初创公司产品开发、远程团队回顾工具(RetroBoard)
|
||||
- 方法/机制:7 个专业 Agent 按周分工,通过顺序交接、并行工作、质量门控协调
|
||||
- 结论/价值:提供了多 Agent 协作开发产品的实践蓝图
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Sprint Prioritizer 将 4 周 MVP 项目拆解为有明确交付物和验收标准的 4 个冲刺
|
||||
- UX Researcher 并行进行竞品分析,识别产品差异化机会
|
||||
- Backend Architect 输出完整 API 规范(数据库 Schema、REST 端点、WebSocket 事件、认证策略)
|
||||
- Frontend Developer + Rapid Prototyper 基于 API 规范并行构建应用
|
||||
- Reality Checker 在第 2 周和第 4 周各设置一个质量门控点,评估生产就绪状态
|
||||
- Growth Hacker 在第 3 周同步启动增长策略制定(着陆页、发布渠道、Day-by-day 序列)
|
||||
- Sequential Handoffs(顺序交接):每个 Agent 的输出作为下一个 Agent 的输入
|
||||
- Parallel Work(并行工作):Week 1 中 Sprint Prioritizer 和 UX Researcher 可同时运行
|
||||
- Quality Gates(质量门控):Reality Checker 在关键里程碑处评估是否可继续
|
||||
- Context Passing(上下文传递):Agent 之间无共享记忆,必须完整粘贴上一个 Agent 的输出
|
||||
- 顺序交接(Sequential Handoffs):每个 Agent 的输出作为下一个 Agent 的输入
|
||||
- 并行工作(Parallel Work):第 1 周 Sprint Prioritizer 和 UX Researcher 可并行执行
|
||||
- 质量门控(Quality Gates):Reality Checker 在中期(第2周)和发布前(第4周)设卡
|
||||
- 上下文传递(Context Passing):直接粘贴完整输出,不要摘要——Agent 之间不共享记忆
|
||||
|
||||
## Key Quotes
|
||||
> "Sequential handoffs: Each agent's output becomes the next agent's input" — 多 Agent 协作的核心机制
|
||||
> "Copy-paste agent outputs between steps — don't summarize, use the full output" — 上下文传递原则,必须完整粘贴而非摘要
|
||||
> "Keep the Orchestrator agent in mind for automating this flow once you're comfortable with the manual version" — 未来可引入 Orchestrator Agent 自动化此工作流
|
||||
> "Copy-paste agent outputs between steps — don't summarize, use the full output" — 核心操作原则
|
||||
> "Agents don't share memory" — 多 Agent 系统的基础约束
|
||||
> "Quality gates at midpoint and before launch prevents shipping broken code" — 质量门控的价值
|
||||
|
||||
## Key Concepts
|
||||
- [[Sequential Handoff]]:顺序交接模式 — 每个 Agent 的输出作为下一个 Agent 的完整输入
|
||||
- [[Parallel Agent Work]]:并行工作模式 — 独立 Agent 在 Week 1 可同时激活
|
||||
- [[Quality Gate]]:质量门控 — 在关键里程碑设置 Reality Checker 评估点,防止有问题的代码上线
|
||||
- [[Context Passing]]:上下文传递 — Agent 之间无共享记忆,必须显式传递完整上下文
|
||||
- [[Multi-Agent Orchestration]]:多 Agent 编排 — 通过预定义的 Agent 角色和交接顺序实现流水线化协作
|
||||
- [[Sequential Handoff]]:每个 Agent 的完整输出作为下一个 Agent 的输入
|
||||
- [[Parallel Agent Execution]]:独立 Agent 可同时运行以提升效率
|
||||
- [[Quality Gate]]:在关键里程碑处设卡审查,防止问题流入下一阶段
|
||||
- [[Context Passing]]:Agent 之间不共享记忆,必须完整传递上下文
|
||||
- [[Multi-Agent Coordination]]:多 Agent 协作模式(顺序、并行、质量门控)
|
||||
|
||||
## Key Entities
|
||||
- [[Sprint Prioritizer]]:将项目拆解为 4 周冲刺的角色
|
||||
- [[UX Researcher]]:进行竞品分析并识别差异化的角色
|
||||
- [[Backend Architect]]:设计 API、数据模型和实时架构的角色
|
||||
- [[Frontend Developer]]:基于 API 规范构建 React 应用的角色
|
||||
- [[Rapid Prototyper]]:快速产出第一个可运行版本的角色
|
||||
- [[Growth Hacker]]:制定发布策略和增长计划的角色
|
||||
- [[Reality Checker]]:在关键节点评估生产就绪状态并给出 GO/NO-GO 决策的角色
|
||||
- [[RetroBoard]]:示例产品 — 面向远程团队的实时团队回顾工具
|
||||
- [[Orchestrator Agent]]:未来用于自动化此工作流的编排 Agent
|
||||
- [[Sprint Prioritizer]]:将项目拆分为 4 周 Sprint,定义交付物和验收标准
|
||||
- [[UX Researcher]]:执行竞品分析,识别差异化机会
|
||||
- [[Backend Architect]]:设计 API、数据模型、WebSocket 实时事件
|
||||
- [[Frontend Developer]]:使用 React/TypeScript/Tailwind 构建应用
|
||||
- [[Rapid Prototyper]]:快速产出第一个可用版本
|
||||
- [[Growth Hacker]]:制定 Product Hunt/Hacker News/Reddit/Twitter 冷启动计划
|
||||
- [[Reality Checker]]:在中期和发布前评估可行性与生产就绪状态
|
||||
|
||||
## Connections
|
||||
- [[Sprint Prioritizer]] ← outputs sprint plan to ← [[UX Researcher]] ← parallel work in Week 1
|
||||
- [[UX Researcher]] ← outputs research brief to ← [[Backend Architect]] ← handoff in Week 1
|
||||
- [[Backend Architect]] ← outputs API spec to ← [[Frontend Developer]] + [[Rapid Prototyper]] ← parallel in Week 2
|
||||
- [[Frontend Developer]] ← midpoint gate ← [[Reality Checker]] ← Week 2 quality check
|
||||
- [[Reality Checker]] ← final gate ← [[Growth Hacker]] ← Week 3 parallel with Frontend Developer
|
||||
- [[Reality Checker]] ← GO/NO-GO ← Launch ← Week 4 final check
|
||||
- [[Workflow Book Chapter]] ← workflow_pattern ← [[Workflow With Memory]]
|
||||
- [[Agents Orchestrator]] ← coordinates ← [[Sprint Prioritizer]], [[UX Researcher]], [[Backend Architect]], [[Frontend Developer]], [[Rapid Prototyper]], [[Growth Hacker]], [[Reality Checker]]
|
||||
- [[Product Sprint Prioritizer]] ← specialized_by ← [[Sprint Prioritizer]]
|
||||
- [[Design UX Researcher]] ← same_as ← [[UX Researcher]]
|
||||
|
||||
## Contradictions
|
||||
- 无明显内容冲突。该工作流以示例为主,与其他 Agent 工作流文档可共存。
|
||||
- (暂无已知冲突)
|
||||
|
||||
Reference in New Issue
Block a user