71 lines
6.5 KiB
Markdown
71 lines
6.5 KiB
Markdown
---
|
||
title: "Multi-Agent Workflow: Startup MVP with Persistent Memory"
|
||
type: source
|
||
tags: [multi-agent, memory, mcp, workflow, persistent-state]
|
||
date: 2026-04-26
|
||
last_updated: 2026-05-13
|
||
sources: [workflow-with-memory]
|
||
---
|
||
|
||
## Source File
|
||
- [[raw/Agent/agency-agents/examples/workflow-with-memory.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：多 Agent 协作工作流增加 MCP 持久记忆机制，解决 Agent 间手动复制粘贴交接、上下文丢失、QA 失败回滚困难等问题
|
||
- 问题域：多 Agent 协作中跨会话状态持久化、上下文自动传递、失败自动回滚的工程实践
|
||
- 方法/机制：MCP Memory Server（remember/recall/rollback/search）+ 项目标签命名策略 + 接续 Agent 自动召回机制，替代人工复制粘贴
|
||
- 结论/价值：将"你（人类）作为粘合剂"变为"记忆服务器作为粘合剂"，实现 Agent 间无缝交接、跨会话持久化、多 Agent 共享上下文、QA 失败自动回滚
|
||
|
||
## Key Claims（用中文描述）
|
||
- MCP Memory Server 通过 remember（存储）、recall（召回）、rollback（回滚）三个操作实现 Agent 间的状态持久化
|
||
- 手动交接的核心痛点：会话超时丢失输出、多 Agent 需要相同上下文、QA 失败需要回滚到上一状态、项目跨多天多会话
|
||
- MCP Memory Server 的核心价值：Handoff 变为自动召回（无需复制粘贴）、上下文跨会话持久化、多 Agent 按项目标签共享上下文、QA 失败可回滚而非手动撤销
|
||
- 标签策略是召回的核心：所有记忆用项目名标签（如 retroboard）、交付物标签到接收 Agent（如 frontend-developer）
|
||
- Reality Checker 可召回项目中所有已存储的记忆，获得完整的全局可见性，无需人工编译上下文
|
||
- Rollback 机制：将问题回滚到上一个检查点，而非手动追踪发生了什么变化
|
||
- Setup 要求：仅需安装一个支持 remember/recall/rollback/search 的 MCP-compatible memory server
|
||
|
||
## Key Quotes
|
||
> "You are the glue. You copy-paste outputs between agents, keep track of what's been done, and hope you don't lose context along the way." — 手动交接模式的根本缺陷
|
||
> "The agent searches memory for RetroBoard context, finds the sprint plan and research brief stored by previous agents, and picks up from there." — Memory Server 下的 Agent 交接
|
||
> "Tag everything with the project name. This is what makes recall work." — 标签命名策略是记忆召回的核心
|
||
> "Tag deliverables for the receiving agent. When the Backend Architect finishes an API spec, it tags the memory with frontend-developer so the Frontend Developer finds it on recall." — 双向标签策略
|
||
> "Rollback replaces manual undo. When something fails, roll back to the last checkpoint instead of trying to figure out what changed." — Rollback 替代手动撤销
|
||
|
||
## Key Concepts
|
||
- [[MCP Memory Server]]：Model Context Protocol 记忆服务器，提供 remember/recall/rollback/search 四个操作，实现 Agent 间状态持久化和上下文自动召回
|
||
- [[Memory-Based Handoff]]：基于记忆的交接模式 — Agent 完成工作后存储记忆（带标签），下一个 Agent 通过 recall 自动召回，无需人工复制粘贴
|
||
- [[Persistent Context Across Sessions]]：跨会话持久上下文 — 记忆服务器使 Agent 能够在数天或数周的多会话项目中自动拾取上次离开的位置
|
||
- [[Agentic Rollback]]：Agent 级回滚机制 — QA 失败时，Agent 从记忆服务器回滚到上一个检查点，替代手动追踪和撤销
|
||
- [[Project-Based Memory Tagging]]：基于项目的记忆标签策略 — 所有记忆用项目名标签，交付物额外用接收 Agent 标签，是召回系统正常工作的核心
|
||
- [[Multi-Agent Shared Context]]：多 Agent 共享上下文 — 多个 Agent 可通过搜索相同项目标签共享同一个项目的所有上下文，无需人工编译
|
||
|
||
## Key Entities
|
||
- [[MCP Memory Server]]：支持 remember、recall、rollback、search 操作的 MCP-compatible 记忆服务器（任意实现均可）
|
||
- [[RetroBoard]]：示例产品 — 面向远程团队的实时团队回顾工具，作为该工作流演示的统一项目背景
|
||
- [[Sprint Prioritizer]]：将 4 周 MVP 项目拆解为冲刺计划，并将 sprint plan 存入记忆（标签：sprint-prioritizer、retroboard、sprint-plan）
|
||
- [[UX Researcher]]：进行竞品分析并将研究简报存入记忆（标签：ux-researcher、retroboard、research-brief）
|
||
- [[Backend Architect]]：设计 API 规范并存入记忆（标签：backend-architect、retroboard、api-spec、frontend-developer）
|
||
- [[Frontend Developer]]：通过 recall 自动获取 API 规范，构建 React 应用并持续存储进度
|
||
- [[Reality Checker]]：召回项目中所有 Agent 的交付物，获得完整全局可见性，给出 GO/NO-GO 决策
|
||
- [[Growth Hacker]]：召回项目上下文和 Reality Checker 裁决，制定增长计划并存入记忆
|
||
- [[Rapid Prototyper]]：快速产出第一个可运行版本的角色
|
||
|
||
## Connections
|
||
- [[MCP Memory Server]] ← enables ← [[Memory-Based Handoff]]
|
||
- [[MCP Memory Server]] ← enables ← [[Agentic Rollback]]
|
||
- [[MCP Memory Server]] ← enables ← [[Persistent Context Across Sessions]]
|
||
- [[workflow-startup-mvp]] ← extends (adds memory layer to) ← [[Multi-Agent Workflow: Startup MVP with Persistent Memory]]
|
||
- [[Sprint Prioritizer]] ← stores sprint plan in ← [[MCP Memory Server]] ← recalls for ← [[Backend Architect]]
|
||
- [[UX Researcher]] ← stores research brief in ← [[MCP Memory Server]] ← recalls for ← [[Backend Architect]]
|
||
- [[Backend Architect]] ← stores API spec in ← [[MCP Memory Server]] ← recalls for ← [[Frontend Developer]]
|
||
- [[Reality Checker]] ← recalls all project memories from ← [[MCP Memory Server]] ← all agents store here
|
||
- [[Memory-Based Handoff]] ← replaces ← [[Sequential Handoff]]（来自 workflow-startup-mvp）
|
||
|
||
## Contradictions
|
||
- 与 [[workflow-startup-mvp]] 的关系：
|
||
- 冲突点：workflow-startup-mvp 强调"必须完整粘贴上一个 Agent 的输出"，而本工作流主张"Agent 自动召回，无需复制粘贴"
|
||
- 当前观点：MCP Memory Server 消除人工复制粘贴，Agent 通过 recall 自动获取所需上下文
|
||
- 对方观点：原始工作流认为手动交接是必要的，因为没有持久化机制时完整粘贴是保证上下文不丢失的唯一方式
|
||
- 结论：两者不冲突，本工作流是原始工作流的增强层——在 Memory Server 可用的环境中，Agent 自动召回替代人工粘贴；在 Memory Server 不可用的环境中，沿用原始工作流的手动粘贴策略
|