workflow-with-memory
The same startup MVP workflow from [workflow-startup-mvp.md](workflow-startup-mvp.md), but with an MCP memory server handling state between agents. No more copy-paste handoffs.
How it fires
How this agent gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
Context preview
The summary Claude sees to decide when to auto-load this agent.
The same startup MVP workflow from [workflow-startup-mvp.md](workflow-startup-mvp.md), but with an MCP memory server handling state between agents. No more copy-paste handoffs.
Agent definition
workflow-with-memory.mdMulti-Agent Workflow: Startup MVP with Persistent Memory
> The same startup MVP workflow from [workflow-startup-mvp.md](workflow-startup-mvp.md), but with an MCP memory server handling state between agents. No more copy-paste handoffs.
The Problem with Manual Handoffs
In the standard workflow, every agent-to-agent transition looks like this:
Activate Backend Architect.
Here's our sprint plan: [paste Sprint Prioritizer output]
Here's our research brief: [paste UX Researcher output]
Design the API and database schema for RetroBoard.
...
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. It works for small projects, but it falls apart when:
- Sessions time out and you lose the output
- Multiple agents need the same context
- QA fails and you need to rewind to a previous state
- The project spans days or weeks across many sessions
The Fix
With an MCP memory server installed, agents store their deliverables in memory and retrieve what they need automatically. Handoffs become:
Activate Backend Architect.
Project: RetroBoard. Recall previous context for this project
and design the API and database schema.
The agent searches memory for RetroBoard context, finds the sprint plan and research brief stored by previous agents, and picks up from there.
Setup
Install any MCP-compatible memory server that supports `remember`, `recall`, and `rollback` operations. See [integrations/mcp-memory/README.md](../integrations/mcp-memory/README.md) for setup.
The Scenario
Same as the standard workflow: a SaaS team retrospective tool (RetroBoard), 4 weeks to MVP, solo developer.
Agent Team
| Agent | Role in this workflow | |-------|---------------------| | Sprint Prioritizer | Break the project into weekly sprints | | UX Researcher | Validate the idea with quick user interviews | | Backend Architect | Design the API and data model | | Frontend Developer | Build the React app | | Rapid Prototyper | Get the first version running fast | | Growth Hacker | Plan launch strategy while building | | Reality Checker | Gate each milestone before moving on |
Each agent has a Memory Integration section in their prompt (see [integrations/mcp-memory/README.md](../integrations/mcp-memory/README.md) for how to add it).
The Workflow
Week 1: Discovery + Architecture
**Step 1 — Activate Sprint Prioritizer**
Activate Sprint Prioritizer.
Project: RetroBoard — a real-time team retrospective tool for remote teams.
Timeline: 4 weeks to MVP launch.
Core features: user auth, create retro boards, add cards, vote, action items.
Constraints: solo developer, React + Node.js stack, deploy to Vercel + Railway.
Break this into 4 weekly sprints with clear deliverables and acceptance criteria.
Remember your sprint plan tagged for this project when done.
The Sprint Prioritizer produces the sprint plan and stores it in memory tagged with `sprint-prioritizer`, `retroboard`, and `sprint-plan`.
**Step 2 — Activate UX Researcher (in parallel)**
Activate UX Researcher.
I'm building a team retrospective tool for remote teams (5-20 people).
Competitors: EasyRetro, Retrium, Parabol.
Run a quick competitive analysis and identify:
1. What features are table stakes
2. Where competitors fall short
3. One differentiator we could own
Output a 1-page research brief. Remember it tagged for this project when done.
The UX Researcher stores the research brief tagged with `ux-researcher`, `retroboard`, and `research-brief`.
**Step 3 — Hand off to Backend Architect**
Activate Backend Architect.
Project: RetroBoard. Recall the sprint plan and research brief from previous agents.
Stack: Node.js, Express, PostgreSQL, Socket.io for real-time.
Design:
1. Database schema (SQL)
2. REST API endpoints list
3. WebSocket events for real-time board updates
4. Auth strategy recommendation
Remember each deliverable tagged for this project and for the frontend-developer.
The Backend Architect recalls the sprint plan and research brief from memory automatically. No copy-paste. It stores its schema and API spec tagged with `backend-architect`, `retroboard`, `api-spec`, and `frontend-developer`.
Week 2: Build Core Features
**Step 4 — Activate Frontend Developer + Rapid Prototyper**
Activate Frontend Developer.
Project: RetroBoard. Recall the API spec and schema from the Backend Architect.
Build the RetroBoard React app:
- Stack: React, TypeScript, Tailwind, Socket.io-client
- Pages: Login, Dashboard, Board view
- Components: RetroCard, VoteButton, ActionItem, BoardColumn
Start with the Board view — it's the core experience.
Focus on real-time: when one user adds a card, everyone sees it.
Remember your progress tagged for this project.
The Frontend Developer pulls the API spec from memory and builds against it.
**Step 5 — Reality Check at midpoint**
Activate Reality Checker.
Project: RetroBoard. We're at week 2 of a 4-week MVP build.
Recall all deliverables from previous agents for this project.
Evaluate:
1. Can we realistically ship in 2 more weeks?
2. What should we cut to make the deadline?
3. Any technical debt that will bite us at launch?
Remember your verdict tagged for this project.
The Reality Checker has full visibility into everything produced so far — the sprint plan, research brief, schema, API spec, and frontend progress — without you having to collect and paste it all.
Week 3: Polish + Landing Page
**Step 6 — Frontend Developer continues, Growth Hacker starts**
Activate Growth Hacker.
Product: RetroBoard — team retrospective tool, launching in 1 week.
Target: Engineering managers and scrum masters at remote-first companies.
Budget: $0 (organic launch only).
Recall the project context and Reality Checker's verdict.
Create a launch plan:
1. Landing page copy (hero, features, CTA)
2. Launch channels (Product Hunt, Reddit, Hacker News, Twitter)
3. D
Read more
Multi-Agent Workflow: Startup MVP with Persistent Memory
> The same startup MVP workflow from [workflow-startup-mvp.md](workflow-startup-mvp.md), but with an MCP memory server handling state between agents. No more copy-paste handoffs.
The Problem with Manual Handoffs
In the standard workflow, every agent-to-agent transition looks like this:
Activate Backend Architect. Here's our sprint plan: [paste Sprint Prioritizer output] Here's our research brief: [paste UX Researcher output] Design the API and database schema for RetroBoard. ...
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. It works for small projects, but it falls apart when:
- Sessions time out and you lose the output
- Multiple agents need the same context
- QA fails and you need to rewind to a previous state
- The project spans days or weeks across many sessions
The Fix
With an MCP memory server installed, agents store their deliverables in memory and retrieve what they need automatically. Handoffs become:
Activate Backend Architect. Project: RetroBoard. Recall previous context for this project and design the API and database schema.
The agent searches memory for RetroBoard context, finds the sprint plan and research brief stored by previous agents, and picks up from there.
Setup
Install any MCP-compatible memory server that supports `remember`, `recall`, and `rollback` operations. See [integrations/mcp-memory/README.md](../integrations/mcp-memory/README.md) for setup.
The Scenario
Same as the standard workflow: a SaaS team retrospective tool (RetroBoard), 4 weeks to MVP, solo developer.
Agent Team
| Agent | Role in this workflow | |-------|---------------------| | Sprint Prioritizer | Break the project into weekly sprints | | UX Researcher | Validate the idea with quick user interviews | | Backend Architect | Design the API and data model | | Frontend Developer | Build the React app | | Rapid Prototyper | Get the first version running fast | | Growth Hacker | Plan launch strategy while building | | Reality Checker | Gate each milestone before moving on |
Each agent has a Memory Integration section in their prompt (see [integrations/mcp-memory/README.md](../integrations/mcp-memory/README.md) for how to add it).
The Workflow
Week 1: Discovery + Architecture
**Step 1 — Activate Sprint Prioritizer**
Activate Sprint Prioritizer. Project: RetroBoard — a real-time team retrospective tool for remote teams. Timeline: 4 weeks to MVP launch. Core features: user auth, create retro boards, add cards, vote, action items. Constraints: solo developer, React + Node.js stack, deploy to Vercel + Railway. Break this into 4 weekly sprints with clear deliverables and acceptance criteria. Remember your sprint plan tagged for this project when done.
The Sprint Prioritizer produces the sprint plan and stores it in memory tagged with `sprint-prioritizer`, `retroboard`, and `sprint-plan`.
**Step 2 — Activate UX Researcher (in parallel)**
Activate UX Researcher. I'm building a team retrospective tool for remote teams (5-20 people). Competitors: EasyRetro, Retrium, Parabol. Run a quick competitive analysis and identify: 1. What features are table stakes 2. Where competitors fall short 3. One differentiator we could own Output a 1-page research brief. Remember it tagged for this project when done.
The UX Researcher stores the research brief tagged with `ux-researcher`, `retroboard`, and `research-brief`.
**Step 3 — Hand off to Backend Architect**
Activate Backend Architect. Project: RetroBoard. Recall the sprint plan and research brief from previous agents. Stack: Node.js, Express, PostgreSQL, Socket.io for real-time. Design: 1. Database schema (SQL) 2. REST API endpoints list 3. WebSocket events for real-time board updates 4. Auth strategy recommendation Remember each deliverable tagged for this project and for the frontend-developer.
The Backend Architect recalls the sprint plan and research brief from memory automatically. No copy-paste. It stores its schema and API spec tagged with `backend-architect`, `retroboard`, `api-spec`, and `frontend-developer`.
Week 2: Build Core Features
**Step 4 — Activate Frontend Developer + Rapid Prototyper**
Activate Frontend Developer. Project: RetroBoard. Recall the API spec and schema from the Backend Architect. Build the RetroBoard React app: - Stack: React, TypeScript, Tailwind, Socket.io-client - Pages: Login, Dashboard, Board view - Components: RetroCard, VoteButton, ActionItem, BoardColumn Start with the Board view — it's the core experience. Focus on real-time: when one user adds a card, everyone sees it. Remember your progress tagged for this project.
The Frontend Developer pulls the API spec from memory and builds against it.
**Step 5 — Reality Check at midpoint**
Activate Reality Checker. Project: RetroBoard. We're at week 2 of a 4-week MVP build. Recall all deliverables from previous agents for this project. Evaluate: 1. Can we realistically ship in 2 more weeks? 2. What should we cut to make the deadline? 3. Any technical debt that will bite us at launch? Remember your verdict tagged for this project.
The Reality Checker has full visibility into everything produced so far — the sprint plan, research brief, schema, API spec, and frontend progress — without you having to collect and paste it all.
Week 3: Polish + Landing Page
**Step 6 — Frontend Developer continues, Growth Hacker starts**
Activate Growth Hacker. Product: RetroBoard — team retrospective tool, launching in 1 week. Target: Engineering managers and scrum masters at remote-first companies. Budget: $0 (organic launch only). Recall the project context and Reality Checker's verdict. Create a launch plan: 1. Landing page copy (hero, features, CTA) 2. Launch channels (Product Hunt, Reddit, Hacker News, Twitter) 3. D
Portable AI agent orchestration with mechanical protocol enforcement. 186 agents, zero runtime dependencies.
Other agents on harmonist.
- SCHEMA
Single source of truth for the shape of every agent in this pack. One schema, one pool — `agents/index.json` is generated from these files, and the orchestrator routes tasks to agents via that index. **See also**: `agents/STYLE.md` — how the body of an agent should *read*
Open agent - STYLE
How to write an agent body that is useful, compact, and consistent with the rest of the pack. Follow this when adding a new agent or materially rewriting an existing one. This is a *companion* to `SCHEMA.md`. SCHEMA defines the **shape** every file must conform to (frontmatter,
Open agent - TAGS
Curated list of every tag an agent is allowed to declare. Source of truth: [`tags.json`](tags.json). Linter rejects any tag not in this list.
Open agent - academic-anthropologist
Expert in cultural systems, rituals, kinship, belief systems, and ethnographic method — builds culturally coherent societies that feel lived-in rather than invented
Open agent - academic-geographer
Expert in physical and human geography, climate systems, cartography, and spatial analysis — builds geographically coherent worlds where terrain, climate, resources, and settlement patterns make scientific sense
Open agent - academic-historian
Expert in historical analysis, periodization, material culture, and historiography — validates historical coherence and enriches settings with authentic period detail grounded in primary and secondary sources
Open agent

