ishenwei/nexus
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
804954c367698e3726ed2fa92ee87691995a30d5
nexus/wiki/sources/workflow-with-memory.md

6.5 KiB
Raw Blame History

title, type, tags, date
title type tags date
Multi-Agent Workflow: Startup MVP with Persistent Memory source
multi-agent
memory
mcp
workflow
persistent-state
2026-04-26

Source File

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

Contradictions

  • 与 workflow-startup-mvp 的关系：
    • 冲突点：workflow-startup-mvp 强调"必须完整粘贴上一个 Agent 的输出"，而本工作流主张"Agent 自动召回，无需复制粘贴"
    • 当前观点：MCP Memory Server 消除人工复制粘贴，Agent 通过 recall 自动获取所需上下文
    • 对方观点：原始工作流认为手动交接是必要的，因为没有持久化机制时完整粘贴是保证上下文不丢失的唯一方式
    • 结论：两者不冲突，本工作流是原始工作流的增强层——在 Memory Server 可用的环境中，Agent 自动召回替代人工粘贴；在 Memory Server 不可用的环境中，沿用原始工作流的手动粘贴策略
Reference in New Issue View Git Blame Copy Permalink