From saas-agency
Pflicht-Protokoll für alle Agents zum Umgang mit der Memory Bank. Muss bei JEDEM Agent-Start befolgt werden.
How this skill is triggered — by the user, by Claude, or both
Slash command
/saas-agency:memory-bank-protocolThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Die Memory Bank ist die Single Source of Truth für das gesamte Projekt. Ohne sie verlieren Agents den Kontext und machen redundante oder widersprüchliche Arbeit.
Die Memory Bank ist die Single Source of Truth für das gesamte Projekt. Ohne sie verlieren Agents den Kontext und machen redundante oder widersprüchliche Arbeit.
{projekt}/.claude/memory-bank/
├── project-brief.md # Vision, Ziele, Scope, Zielgruppe
├── roadmap.md # Meilensteine, Phasen, Timeline
├── architecture.md # Tech-Entscheidungen, System-Design
├── tasks.md # Aktuelle Tasks pro Agent/Team
├── progress.md # Live-Status, Checkpoints, Fortschritt
├── decisions.md # Entscheidungs-Log mit Begründungen
├── issues.md # Probleme, Blocker, Known Issues
└── team-status.md # Aktive/Inaktive Agents, Lazy Loading
□ 1. project-brief.md lesen
→ Was bauen wir? Für wen? Was ist der Scope?
□ 2. tasks.md lesen
→ Was ist MEIN aktueller Task?
→ Gibt es Abhängigkeiten zu anderen Agents?
□ 3. progress.md lesen
→ Wo stehen die anderen Agents?
→ Gibt es Checkpoints die ich kennen muss?
□ 4. issues.md lesen
→ Gibt es Blocker die mich betreffen?
→ Gibt es bekannte Probleme in meinem Bereich?
□ 5. team-status.md lesen
→ Welche anderen Agents sind gerade aktiv?
→ Mit wem muss ich mich koordinieren?
□ In tasks.md: Meinen Task als `in_progress` markieren
□ In team-status.md: Mich als `Aktiv` eintragen
□ In progress.md: Start-Checkpoint schreiben
In progress.md einen Checkpoint eintragen:
### [TIMESTAMP] - [AGENT NAME]
**Task:** [Aktueller Task]
**Fortschritt:** [X]%
**Letzte Aktion:** [Was wurde gerade abgeschlossen]
**Nächster Schritt:** [Was kommt als nächstes]
**Geänderte Dateien:**
- [datei1.ts]
- [datei2.ts]
| Datum | Entscheidung | Begründung | Entscheider |
|-------|--------------|------------|-------------|
| [DATUM] | [WAS] | [WARUM] | [WER] |
### Issue #[N]: [Titel]
- **Agent:** [Wer hat es gefunden]
- **Beschreibung:** [Was ist das Problem]
- **Schwere:** HIGH / MEDIUM / LOW
- **Status:** Offen / In Bearbeitung / Gelöst
- **Workaround:** [Falls vorhanden]
□ 1. tasks.md: Task als `done` markieren
□ 2. progress.md: Finalen Checkpoint schreiben
□ 3. Nächsten Task aus tasks.md holen ODER PM fragen
□ 4. Falls keine Tasks mehr: In team-status.md als `Idle` markieren
# Project Brief: [Projektname]
## Vision
[Ein Satz der das Projekt beschreibt]
## Problem Statement
[Welches Problem lösen wir?]
## Zielgruppe
- Primary: [Hauptzielgruppe]
- Secondary: [Sekundäre Zielgruppe]
## Kernfeatures (MVP - Must Have)
1. [ ] Feature 1
2. [ ] Feature 2
## Nice-to-Have (Post-MVP)
- Feature A
- Feature B
## Explizit NICHT im Scope
- [Was wir bewusst nicht bauen]
## Erfolgskriterien
- [ ] Kriterium 1
- [ ] Kriterium 2
## Tech Stack
- Framework: Next.js 16
- Database: Supabase (self-hosted auf Coolify)
- UI: ShadcnUI
- Deployment: Vercel / Coolify
# Tasks
## Aktueller Sprint
### [Team/Agent Name]
| Task | Status | Priorität | Blocker |
|------|--------|-----------|---------|
| [Task] | pending/in_progress/done | HIGH/MEDIUM/LOW | - |
## Backlog
- [ ] [Task]
## Blocked
| Task | Agent | Blocker | Seit |
|------|-------|---------|------|
# Progress
## Agent Status (Live)
| Agent | Status | Aktueller Task | Fortschritt | Letzter Checkpoint |
|-------|--------|----------------|-------------|-------------------|
| [Agent] | [Status] | [Task] | [X]% | [Zeit] |
## Status-Legende
- 🟢 Arbeitet / Idle
- 🟡 Retry / Warning
- 🔴 Blocked / Error
## Checkpoints Heute
### [Zeit] - [Agent]
[Checkpoint-Details]
## Gesamtfortschritt
[Meilenstein-Progress-Bars]
START: Lies project-brief → tasks → progress → issues → team-status
Markiere Task als in_progress
ARBEITEN: Alle 10 Min Checkpoint
Bei Entscheidungen → decisions.md
Bei Problemen → issues.md
FERTIG: Task als done markieren
Finaler Checkpoint
Nächsten Task holen oder Idle
npx claudepluginhub oliverhees/aae-marketplace --plugin saas-agencyGuides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Enforces test-driven development: write failing test first, then minimal code to pass. Use when implementing features or bugfixes.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.