backlog
backlog
Persistente, sitzungsübergreifende Aufgabenverwaltung für Claude Code. Aufgaben überdauern Sitzungen, sodass Arbeit, die von einem Agenten begonnen wurde, von einem anderen fortgesetzt werden kann.
Aufgebaut auf @backloghq/agentdb — typisierte Schemas, automatisch inkrementierende IDs, virtuelle Filter, Blob-Speicherung. Reines TypeScript, keine nativen Abhängigkeiten.
Installation
/plugin marketplace add backloghq/backlog
/plugin install backlog@backloghq-backlogAus dem Quellcode
git clone https://github.com/backloghq/backlog.git
cd backlog && npm install && npm run build
claude --plugin-dir /path/to/backlogEigenständiger MCP-Server
Fügen Sie dies zur .claude/settings.json Ihres Projekts hinzu:
{
"mcpServers": {
"backlog": {
"command": "node",
"args": ["/path/to/agent-teams-task-mcp/dist/index.js"],
"env": {
"TASKDATA": "/path/to/task-data"
}
}
}
}Related MCP server: Vibe Board VE
Skills
Skill | Beschreibung |
| Zeigt den aktuellen Backlog an — ausstehende, aktive, blockierte, überfällige Aufgaben |
| Zerlegt ein Ziel in Aufgaben mit Abhängigkeiten, Prioritäten und Spezifikationen |
| Tägliches Standup — erledigt, in Bearbeitung, blockiert, als Nächstes |
| Backlog-Pflege — vage Aufgaben korrigieren, fehlende Prioritäten ergänzen, defekte Abhängigkeiten beheben, veraltete Elemente entfernen |
| Schreibt ein Spezifikationsdokument für eine Aufgabe vor der Implementierung |
| Wählt eine Aufgabe aus, liest deren Spezifikation, implementiert sie und markiert sie als erledigt |
| Vorbereitung auf die nächste Sitzung — Fortschritt kommentieren, aktive Aufgaben stoppen, Status zusammenfassen |
Agent
Der task-planner-Agent kann automatisch von Claude aufgerufen werden, wenn Arbeit geplant werden muss. Er liest die Codebasis, zerlegt Ziele in Aufgaben mit Abhängigkeiten und schreibt Spezifikationen für komplexe Elemente.
Hooks
Ereignis | Was es bewirkt |
| Zeigt die Anzahl der ausstehenden Aufgaben zu Beginn einer Sitzung an |
| Synchronisiert Claudes integrierte Aufgaben mit dem persistenten Backlog |
| Markiert die entsprechende Backlog-Aufgabe als erledigt, wenn Claude eine integrierte Aufgabe abschließt |
| Weist nicht zugewiesene, ausstehende Aufgaben automatisch dem erzeugten Agenten zu |
Tools (MCP)
Tools für die vollständige Verwaltung des Aufgabenlebenszyklus:
Tool | Beschreibung |
| Fragt Aufgaben mit Filtersyntax ab. Gibt ein JSON-Array mit allen Feldern zurück. |
| Zählt Aufgaben, die einem Filter entsprechen. Gleiche Syntax wie task_list. |
| Erstellt eine neue ausstehende Aufgabe. Nur die Beschreibung ist erforderlich; alle anderen Felder sind optional. |
| Protokolliert bereits abgeschlossene Arbeit direkt im Status „erledigt“. |
| Teilweise Aktualisierung einer oder mehrerer Aufgaben, die einem Filter entsprechen. Nur bereitgestellte Felder werden geändert. |
| Kopiert eine bestehende Aufgabe mit optionalen Feldüberschreibungen. |
| Markiert eine Aufgabe mit Endzeitstempel als erledigt. |
| Löscht eine Aufgabe (Soft-Delete). Wiederherstellbar mit task_undo. Verwenden Sie task_purge zum dauerhaften Entfernen. |
| Fügt eine mit Zeitstempel versehene Notiz hinzu. Verwenden Sie task_doc_write für längere Inhalte. |
| Entfernt eine Anmerkung durch exakten Textabgleich. |
| Markiert eine Aufgabe als aktiv in Bearbeitung. Sichtbar in +ACTIVE-Abfragen. |
| Stoppt die Arbeit an einer Aufgabe. Setzt sie zurück in den Status „ausstehend“. |
| Macht den letzten Vorgang rückgängig. Kann wiederholt aufgerufen werden. |
| Ruft vollständige JSON-Details für eine einzelne Aufgabe per ID oder UUID ab. |
| Erstellt Aufgaben in großen Mengen aus einem JSON-Array. Atomarer Batch-Vorgang. |
| Entfernt eine gelöschte Aufgabe dauerhaft. Nicht umkehrbar. |
| Hängt ein Markdown-Dokument an eine Aufgabe an oder ersetzt es (Spezifikationen, Notizen, Kontext). |
| Liest das an eine Aufgabe angehängte Markdown-Dokument. |
| Entfernt das Dokument einer Aufgabe. Dauerhaft. |
| Verschiebt alte erledigte/gelöschte Aufgaben in vierteljährliche Archivsegmente. |
| Listet verfügbare Archivsegmente auf. |
| Lädt archivierte Aufgaben zur schreibgeschützten Überprüfung. |
| Listet Projektnamen mit ausstehenden/wiederkehrenden Aufgaben auf. |
| Listet Tags mit ausstehenden/wiederkehrenden Aufgaben auf. |
Filtersyntax
status:pending # all pending tasks
project:backend +bug # bugs in backend project
priority:H due.before:friday # high priority due before friday
+OVERDUE # overdue tasks
+ACTIVE # tasks currently being worked on
+BLOCKED # tasks blocked by dependencies
+READY # actionable tasks (past scheduled date)
agent:explorer # tasks assigned to the explorer agent
( project:web or project:api ) # boolean with parentheses
description.contains:auth # substring matchUnterstützt Attributmodifikatoren (.before, .after, .by, .has, .not, .none, .any, .startswith, .endswith), Tags (+tag, -tag), virtuelle Tags (+OVERDUE, +ACTIVE, +BLOCKED, +READY, +TAGGED, +ANNOTATED usw.) und boolesche Operatoren (and, or).
Aufgabendokumente
Hängen Sie Markdown-Dokumente (Spezifikationen, Kontext, Übergabenotizen) an jede Aufgabe an:
task_doc_write id:"1" content:"# Spec\n\nBuild the auth flow.\n"
task_doc_read id:"1"
task_doc_delete id:"1"Das Schreiben eines Dokuments fügt ein +doc-Tag und has_doc:yes hinzu, sodass Agenten Aufgaben mit Dokumenten entdecken können:
task_list filter:"+doc"
task_list filter:"has_doc:yes"Agentenidentität
Aufgaben unterstützen ein agent-Feld zur Nachverfolgung, welcher Agent eine Aufgabe besitzt:
task_add description:"Investigate bug" agent:"explorer"
task_list filter:"agent:explorer status:pending"Projektisolierung
Jedes Projekt erhält automatisch seine eigenen Aufgabendaten. Bei Verwendung als Plugin befinden sich die Aufgabendaten unter ~/.claude/plugins/data/backlog/projects/<project-slug>/. Bei eigenständiger Verwendung setzen Sie TASKDATA explizit.
Variable | Beschreibung |
| Expliziter Pfad zum Aufgabendatenverzeichnis (überschreibt die automatische Ableitung) |
| Stammverzeichnis für automatisch abgeleitete projektbezogene Aufgabendaten |
| Expliziter Sammlungsname (Standard: |
| Auf |
| Agenten-ID für Unterstützung mehrerer Schreibzugriffe (Claude, Gemini usw.) |
| Speicher-Backend: weglassen für Dateisystem (Standard), |
| S3-Bucket-Name (erforderlich, wenn |
| AWS-Region (optional bei Verwendung von Standard-Anmeldeinformationen) |
Unterstützung für mehrere Schreibzugriffe
Backlog unterstützt den gleichzeitigen Zugriff von mehreren Prozessen (z. B. Claude Desktop und Gemini CLI), die dieselben Daten teilen. Um dies zu aktivieren:
Weisen Sie jedem Prozess eine eindeutige
BACKLOG_AGENT_IDzu (z. B.claude,gemini).Wenn eine Agenten-ID festgelegt ist, verwendet die Engine agentenspezifische Schreibprotokolle, wodurch Dateisperren vermieden werden.
Jeder Prozess ruft vor Vorgängen automatisch
refresh()auf, um Änderungen von anderen Agenten zu übernehmen.
Namespacing
Wenn Sie ein einzelnes TASKDATA-Verzeichnis (wie einen gemeinsam genutzten S3-Bucket oder einen globalen ~/.backlog-Ordner) für mehrere Projekte verwenden möchten, können Sie Namespaces verwenden, um Aufgaben getrennt zu halten:
Manuell: Setzen Sie
BACKLOG_NAMESPACE=my-project, um einen bestimmten Sammlungsnamen zu verwenden.Automatisch: Setzen Sie
BACKLOG_AUTO_NAMESPACE=true, damit Backlog automatisch einen Sammlungsnamen aus Ihrem aktuellen Arbeitsverzeichnis ableitet (z. B.my-app-a1b2c3d4).
Beispielkonfiguration (.claude/settings.json):
{
"mcpServers": {
"backlog": {
"command": "node",
"args": ["/path/to/backlog/dist/index.js"],
"env": {
"TASKDATA": "/home/user/.backlog",
"BACKLOG_AUTO_NAMESPACE": "true",
"BACKLOG_AGENT_ID": "claude-desktop"
}
}
}
}Beide Methoden ermöglichen es mehreren Projekten, dasselbe Speicher-Backend zu nutzen und gleichzeitig isolierte, projektspezifische Backlogs beizubehalten.
S3-Backend
Speichern Sie Aufgabendaten in S3 für die Teamfreigabe oder Cloud-Persistenz. Erfordert @backloghq/opslog-s3:
npm install @backloghq/opslog-s3Konfiguration über Umgebungsvariablen in .claude/settings.json:
{
"mcpServers": {
"backlog": {
"command": "node",
"args": ["/path/to/backlog/dist/index.js"],
"env": {
"TASKDATA": "my-project/tasks",
"BACKLOG_BACKEND": "s3",
"BACKLOG_S3_BUCKET": "my-team-backlog",
"BACKLOG_S3_REGION": "us-east-1"
}
}
}
}Bei Verwendung von S3 wird TASKDATA zum Schlüsselpräfix im Bucket anstelle eines Dateisystempfads.
Docker
docker build -t backlog .
echo '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2024-11-05","capabilities":{},"clientInfo":{"name":"test","version":"1.0"}}}' \
| docker run --rm -i backlogEntwicklung
npm install
npm run build # compile TypeScript
npm run lint # run ESLint
npm test # run tests
npm run test:coverage # run tests with coverage
npm run dev # watch modeCommunity
GitHub Discussions — Fragen, Ideen, Show & Tell
Issue Tracker — Fehlerberichte und Funktionsanfragen
Dokumentation — vollständige Dokumentation, Skills-Referenz, Filtersyntax
Wenn Backlog für Sie nützlich ist, ziehen Sie in Betracht, ihm einen Stern zu geben — es hilft anderen, das Projekt zu finden.
Lizenz
MIT
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
20 tool updates
v1.5.0- Changed
task_add12 fields changed- changed
Input schema / properties / agent / descriptionPrevious value: -"Agent identity, e.g. 'explorer', 'planner', 'reviewer'"New value: +"Agent identity for tracking task ownership across agent teams. E.g. 'explorer', 'planner', 'reviewer'." - changed
Input schema / properties / depends / descriptionPrevious value: -"UUID(s) of tasks this depends on, comma-separated"New value: +"Comma-separated UUIDs of tasks this depends on. Task shows as +BLOCKED until dependencies are completed." - changed
Input schema / properties / description / descriptionPrevious value: -"Task description text"New value: +"Task description (required, max 500 chars). Brief summary of what needs to be done." - changed
Input schema / properties / due / descriptionPrevious value: -"Due date, e.g. 'tomorrow', '2025-12-31', 'eow'"New value: +"Due date. Accepts: ISO dates ('2025-12-31'), relative ('3d', '2w'), named ('tomorrow', 'friday', 'eow', 'eom'), compound ('now+3d')." - changed
Input schema / properties / extra / descriptionPrevious value: -"Additional raw attributes"New value: +"Space-separated additional attributes or +tag/-tag modifiers." - changed
Input schema / properties / priority / descriptionPrevious value: -"Priority: H (high), M (medium), L (low)"New value: +"Priority: H (high), M (medium), L (low). Affects urgency score and sort order." - changed
Input schema / properties / project / descriptionPrevious value: -"Project name, e.g. 'backend'"New value: +"Project name for grouping (alphanumeric, hyphens, underscores). E.g. 'backend', 'auth-refactor'" - changed
Input schema / properties / recur / descriptionPrevious value: -"Recurrence frequency, e.g. 'daily', 'weekly', '2wks', 'monthly'. Requires a due date."New value: +"Recurrence pattern. Requires 'due' to be set. Values: 'daily', 'weekly', 'weekdays', 'biweekly', 'monthly', 'quarterly', 'yearly', or numeric like '3d', '2w'." - changed
Input schema / properties / scheduled / descriptionPrevious value: -"Scheduled date — when to start working on the task, e.g. 'monday', 'tomorrow'"New value: +"Scheduled start date — when to begin working. Same date formats as 'due'." - changed
Input schema / properties / tags / descriptionPrevious value: -"Tags to apply, as comma-separated list or JSON array. E.g. 'bug,urgent' or '[\"bug\",\"urgent\"]'"New value: +"Tags as comma-separated list or JSON array. E.g. 'bug,urgent' or '[\"bug\",\"urgent\"]'. Used for filtering with +tag/-tag syntax." - changed
Input schema / properties / until / descriptionPrevious value: -"End date for recurrence — no instances generated past this date, e.g. '2026-12-31'"New value: +"End date for recurrence — no instances generated past this date. Only meaningful with 'recur'. Same date formats as 'due'." - changed
Input schema / properties / wait / descriptionPrevious value: -"Wait date — task hidden until this date"New value: +"Wait date — task is hidden from default views until this date. Same date formats as 'due'."
- Changed
task_annotate2 fields changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID." - changed
Input schema / properties / text / descriptionPrevious value: -"Annotation text"New value: +"Annotation text to add. Stored with a timestamp. Keep concise — use task_doc_write for longer content."
- Changed
task_archive1 field changed- changed
Input schema / properties / older_than_days / descriptionPrevious value: -"Number of days. Archive tasks completed/deleted more than this many days ago. Default: 90"New value: +"Archive tasks completed/deleted more than this many days ago. Default: 90. E.g. '30' for tasks older than a month."
- Changed
task_archive_load1 field changed- changed
Input schema / properties / segment / descriptionPrevious value: -"Archive segment name, e.g. '2026-Q1'"New value: +"Archive segment name, e.g. '2026-Q1'. Use task_archive_list to see available segments."
- Changed
task_count1 field changed- changed
Input schema / properties / filter / descriptionPrevious value: -"Filter expression. Leave empty for all pending tasks."New value: +"Filter expression. Same syntax as task_list. Examples: 'status:pending', '+OVERDUE', 'project:backend +bug'. Leave empty for all pending tasks."
- Changed
task_delete1 field changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID of the task to delete."
- Changed
task_denotate2 fields changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID." - changed
Input schema / properties / text / descriptionPrevious value: -"Exact annotation text to remove"New value: +"Exact annotation text to remove (case-sensitive). Must match a previously added annotation."
- Changed
task_doc_delete1 field changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID."
- Changed
task_doc_read1 field changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID."
- Changed
task_doc_write2 fields changed- changed
Input schema / properties / content / descriptionPrevious value: -"Document content (markdown)"New value: +"Document content in markdown format. Replaces any existing document on this task." - changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID."
- Changed
task_done1 field changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID. Task must be in pending or active status."
- Changed
task_duplicate8 fields changed- changed
Input schema / properties / agent / descriptionPrevious value: -"Agent identity"New value: +"Agent identity for the new task." - changed
Input schema / properties / description / descriptionPrevious value: -"New description (overrides original)"New value: +"New description to override the original." - changed
Input schema / properties / due / descriptionPrevious value: -"New due date"New value: +"New due date. Pass empty string to clear." - changed
Input schema / properties / extra / descriptionPrevious value: -"Additional raw attributes"New value: +"Space-separated additional attributes or +tag/-tag modifiers." - changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID to duplicate"New value: +"Task ID number (e.g. '1') or UUID of the task to copy." - changed
Input schema / properties / priority / descriptionPrevious value: -"New priority"New value: +"New priority. Pass empty string to clear." - changed
Input schema / properties / project / descriptionPrevious value: -"New project"New value: +"New project. Pass empty string to clear." - changed
Input schema / properties / tags / descriptionPrevious value: -"Tags to add or remove, as comma-separated list. E.g. 'frontend,urgent' or '-old,+new'"New value: +"Tags to add (+) or remove (-). E.g. '+frontend,-old'. Applied on top of the copied tags."
- Changed
task_import1 field changed- changed
Input schema / properties / tasks / descriptionPrevious value: -"JSON array of task objects, e.g. '[{\"description\":\"My task\",\"project\":\"foo\"}]'"New value: +"JSON array of task objects. Required field: 'description'. Optional: 'project', 'tags' (string[]), 'priority' (H/M/L), 'due', 'status', 'depends' (UUID[]), 'recur', 'agent', 'uuid' (to set explicit ID). Example: '[{\"description\":\"My task\",\"project\":\"foo\",\"priority\":\"H\"}]'"
- Changed
task_info1 field changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID. Returns an error if no task matches."
- Changed
task_list1 field changed- changed
Input schema / properties / filter / descriptionPrevious value: -"Filter expression. Leave empty for all pending tasks."New value: +"Filter expression to match tasks. Examples: 'status:pending', 'project:backend +bug', 'due.before:tomorrow', '+OVERDUE', '+BLOCKED', 'priority:H', 'agent:explorer'. Combine with 'and'/'or' and parentheses. Leave empty for all pending tasks."
- Changed
task_log6 fields changed- changed
Input schema / properties / agent / descriptionPrevious value: -"Agent identity"New value: +"Agent identity that completed the work." - changed
Input schema / properties / description / descriptionPrevious value: -"Task description text"New value: +"Description of the completed work (required, max 500 chars)." - changed
Input schema / properties / extra / descriptionPrevious value: -"Additional raw attributes"New value: +"Space-separated additional attributes or +tag modifiers." - changed
Input schema / properties / priority / descriptionPrevious value: -"Priority: H/M/L"New value: +"Priority: H (high), M (medium), L (low)." - changed
Input schema / properties / project / descriptionPrevious value: -"Project name"New value: +"Project name for grouping." - changed
Input schema / properties / tags / descriptionPrevious value: -"Tags to apply, as comma-separated list. E.g. 'done,reviewed'"New value: +"Tags as comma-separated list. E.g. 'done,reviewed'"
- Changed
task_modify13 fields changed- changed
Input schema / properties / agent / descriptionPrevious value: -"Agent identity, e.g. 'explorer', 'planner', 'reviewer'"New value: +"Agent identity. Pass empty string to unassign." - changed
Input schema / properties / depends / descriptionPrevious value: -"New dependency UUIDs"New value: +"New dependency UUIDs (comma-separated). Replaces existing dependencies. Pass empty string to clear." - changed
Input schema / properties / description / descriptionPrevious value: -"New description text"New value: +"New description text (max 500 chars). Only set if you want to change it." - changed
Input schema / properties / due / descriptionPrevious value: -"New due date"New value: +"New due date. Accepts ISO dates, relative ('3d'), named ('friday', 'eow'). Pass empty string to clear." - changed
Input schema / properties / extra / descriptionPrevious value: -"Additional raw attributes"New value: +"Space-separated additional attributes or +tag/-tag modifiers." - changed
Input schema / properties / filter / descriptionPrevious value: -"Filter to select tasks to modify (ID, UUID, or filter expression)"New value: +"Filter to select tasks. Can be a numeric ID ('1'), UUID, or filter expression ('project:backend priority:H'). Matches may update multiple tasks." - changed
Input schema / properties / priority / descriptionPrevious value: -"New priority (empty string to clear)"New value: +"New priority. Pass empty string to clear priority entirely." - changed
Input schema / properties / project / descriptionPrevious value: -"New project name"New value: +"New project name. Pass empty string to clear." - changed
Input schema / properties / recur / descriptionPrevious value: -"New recurrence frequency"New value: +"New recurrence pattern ('daily', 'weekly', '3d', etc). Pass empty string to clear." - changed
Input schema / properties / scheduled / descriptionPrevious value: -"New scheduled date"New value: +"New scheduled start date. Pass empty string to clear." - changed
Input schema / properties / tags / descriptionPrevious value: -"Tags to add (+) or remove (-), as comma-separated list. E.g. 'frontend,urgent' or '-old,+new'"New value: +"Tags to add (+) or remove (-). E.g. '+frontend,+urgent' or '-old,+new'. Prefix with + to add, - to remove. Without prefix, tags are added." - changed
Input schema / properties / until / descriptionPrevious value: -"End date for recurrence — no instances generated past this date, e.g. '2026-12-31'"New value: +"End date for recurrence. Pass empty string to clear." - changed
Input schema / properties / wait / descriptionPrevious value: -"New wait date"New value: +"New wait date. Task hidden from default views until this date. Pass empty string to clear."
- Changed
task_purge1 field changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID of a deleted task"New value: +"Task ID number (e.g. '1') or UUID. Task must be in 'deleted' status."
- Changed
task_start1 field changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID. Task must be in pending status."
- Changed
task_stop1 field changed- changed
Input schema / properties / id / descriptionPrevious value: -"Task ID number or UUID"New value: +"Task ID number (e.g. '1') or UUID. Task must be currently active (started)."
24 tool updates
v1.4.0- First observed
task_add - First observed
task_annotate - First observed
task_archive - First observed
task_archive_list - First observed
task_archive_load - First observed
task_count - First observed
task_delete - First observed
task_denotate - First observed
task_doc_delete - First observed
task_doc_read - First observed
task_doc_write - First observed
task_done - First observed
task_duplicate - First observed
task_import - First observed
task_info - First observed
task_list - First observed
task_log - First observed
task_modify - First observed
task_projects - First observed
task_purge - First observed
task_start - First observed
task_stop - First observed
task_tags - First observed
task_undo
TDQS
Scored across 24 tools
Each tool has a distinct, clearly separated purpose with explicit cross-references in descriptions (e.g., 'use task_log instead', 'use task_doc_write instead'). No overlapping functionality—CRUD, lifecycle, archival, and document operations are cleanly partitioned.
Strict snake_case convention with consistent 'task_' prefix. Sub-resources follow predictable patterns (task_doc_read/write/delete, task_archive_list/load). Verbs are clear and consistently placed (task_add, task_delete, task_modify).
24 tools is above the typical ideal range but justified by the domain complexity. The set covers full task lifecycle, document attachments, archival management, annotations, and discovery without redundancy. Each tool earns its place for a comprehensive backlog system.
Excellent coverage of CRUD, status workflow (start/stop/done), soft-delete with purge, annotations, document attachments, and archival. Minor gap: archived tasks are view-only with no restore-to-active operation, though this appears to be an intentional cold-storage design.
Maintenance
Related MCP Connectors
Persistent AI memory shared across Claude, ChatGPT, coding agents, and compatible MCP clients.
Persistent context for Claude. Your AI always knows your projects and next actions across sessions.
AI-native Kanban board — connect Claude to claim, work and move your tasks over MCP.
- mcpOAuthai.butlerbrain
Persistent memory for AI assistants. Save once; recall from Claude, ChatGPT, or any MCP client.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceAI-native project management with persistent memory for coding agents. 17 MCP tools for features, stories, sprints, architecture decisions, knowledge base, and session tracking.3MIT
- AlicenseAqualityBmaintenancePersistent memory and task board for Claude Code. 14 tools spanning projects, tasks, sessions, and activity logs — backed by Firestore, runs on the free tier. Handoff notes survive context compaction; the next session reads the last handoff and picks up where you stopped.14MIT
- AlicenseNot gradedqualityDmaintenanceA comprehensive project management and workflow tracking system that integrates with Claude Code via MCP, automatically capturing sessions, tools, agents, and project tasks into a centralized dashboard and database.11 npmMIT
- FlicenseNot gradedqualityDmaintenanceMCP server for project planning inside Claude. It tracks progress, knows your codebase, and resumes exactly where you left off every session.6 npm5-