Archcore MCP
offiziellLokaler Stdio-MCP-Server, der KI-Codierungsagenten ermöglicht, strukturierte Architektur, Regeln und Entscheidungen direkt aus Ihrem Repository zu lesen und zu pflegen.
Was kann man mit Archcore MCP machen?
Archcore speichert Spezifikationen, Entscheidungen und Regeln als typisiertes Markdown in .archcore/, die Ihrem Agenten über MCP-Tools bereitgestellt werden.
- Projektkontext durchsuchen — Bitten Sie den Assistenten, vor der Bearbeitung geltende ADRs, Regeln oder Spezifikationen über
search_documentszu finden. - Eine Entscheidung festhalten — Lassen Sie den Assistenten ein strukturiertes ADR- oder Regeldokument mit
create_documenterstellen. - Vorhandenen Kontext aktualisieren — Bitten Sie den Assistenten, eine Spezifikation oder einen Plan mit
update_documentzu überarbeiten. - Alle Dokumente auflisten — Zählen Sie jedes Kontextdokument in
.archcore/mitlist_documentsauf. - Ein Dokument abrufen — Rufen Sie den vollständigen Inhalt eines einzelnen Dokuments mit
get_documentab. - Zugehörige Dokumente verknüpfen — Verbinden Sie Dokumente mit
add_relationund prüfen Sie sie überlist_relations.
Dokumentation
Archcore CLI – Git-nativer Kontext für KI-Codierungsagenten
Archcore ist eine git-native Kontextebene für KI-Codierungsagenten.
Die CLI hält Spezifikationen, Architekturentscheidungen, Regeln, Pläne und Projektwissen in .archcore/, versioniert mit deinem Code, und liefert den relevanten Kontext über MCP und Session-Hooks an Codierungsagenten.
Sie wird als CLI und lokaler stdio-MCP-Server ausgeliefert, sodass jeder MCP-kompatible Codierungsagent über Standardwerkzeuge auf deinen Projektkontext zugreifen und ihn schreiben kann. Nutze sie für persistenten Projektkontext über Claude Code, Cursor, Codex CLI, GitHub Copilot, Gemini CLI, OpenCode, Roo Code und Cline hinweg.
Sieh es in Aktion
Dieser Kontext stammt aus .archcore/ – typisierten Markdown-Dokumenten, die in Git versioniert und über MCP-Tools und Session-Hooks jedem Agenten bereitgestellt werden.

Was sich ändert
❌ Ohne Archcore
Jede Session beginnt bei null. Der Agent:
- rät deine Architektur und bricht deine Konventionen
- dupliziert Logik, die bereits existiert
- verhandelt Entscheidungen neu, die dein Team bereits getroffen hat
- braucht in jedem Chat dieselbe Kontexterklärung erneut
✅ Mit Archcore
Deine Entscheidungen, Regeln und Konventionen leben in Git als strukturierter Kontext. Der Agent:
- lädt die relevanten Entscheidungen und Regeln zu Session-Beginn
- platziert Code dort, wo deine Architektur ihn vorsieht
- respektiert die ADRs, Spezifikationen und Regeln, die bereits im Repository liegen
- hält neue Entscheidungen als dauerhaften Kontext fest – überprüfbar in PRs, portabel über Agenten hinweg
Der Agent hört auf zu raten und beginnt, dem System zu folgen.
Loslegen in 60 Sekunden
curl -fsSL https://archcore.ai/install.sh | bash # macOS / Linux
cd your-project && archcore init
archcore init richtet .archcore/ ein, erkennt deine Codierungsagenten und verdrahtet Hooks und MCP für sie.
Öffne dann deinen Agenten und sage:
„Wir verwenden PostgreSQL für den primären Speicher. Halte diese Entscheidung fest.“
Fertig – es gibt nun einen strukturierten ADR in .archcore/, den jede zukünftige Session in jedem Agenten sehen wird.
Unter Windows: irm https://archcore.ai/install.ps1 | iex. Für WSL siehe go install und für das Erstellen aus dem Quellcode die Installationsmethoden unten oder die vollständige Installationsanleitung.
Funktioniert mit deinem Agenten
Die CLI ist selbst ein lokaler stdio-MCP-Server – eine Integrationsoberfläche für jeden MCP-kompatiblen Agenten. Hooks fügen Kontext zu Session-Beginn hinzu, wo der Agent sie unterstützt.
| Agent | Hooks | MCP |
|---|---|---|
| Claude Code | ja | ja |
| Cursor | ja | ja |
| Gemini CLI | ja | ja |
| GitHub Copilot | ja | ja |
| OpenCode | — | ja |
| Codex CLI | — | ja |
| Roo Code | — | ja |
| Cline | — | manuell |
archcore init konfiguriert erkannte Agenten automatisch. So verdrahtest du einen von Hand:
archcore mcp install --agent cursor # write MCP config for a specific agent
archcore hooks install # install session-start hooks for detected agents
claude mcp add --transport stdio archcore -- archcore mcp # or add the server manually
So funktioniert es
- Initialisieren –
archcore initerstellt.archcore/und installiert Agenten-Integrationen. - Erfassen – Entscheidungen, Regeln, Pläne und Anleitungen werden als typisierte Markdown-Dokumente mit YAML-Frontmatter gespeichert.
- Wiederverwenden – Agenten lesen, erstellen, aktualisieren und verknüpfen Dokumente über MCP-Tools, während sie arbeiten; Hooks laden Kontext zu Session-Beginn.
- In Git halten – Kontextänderungen wie Code überprüfen, über die Zeit weiterentwickeln und über Tools hinweg portabel halten.
.archcore/
├── settings.json
├── auth/
│ ├── jwt-strategy.adr.md
│ └── auth-redesign.prd.md
├── backend/
│ └── error-wrapping.rule.md
├── incidents/
│ └── connection-pool-exhaustion.cpat.md
└── notifications/
└── notifications-implementation.plan.md
Die Struktur ist frei gestaltbar – organisiere nach Domain, Feature oder Team. Der Typ eines Dokuments steckt in seinem Dateinamen (slug.type.md): 19 Typen in drei Ebenen – Wissen (ADRs, Regeln, Spezifikationen, Anleitungen), Vision (PRDs, Pläne, Ideen, Anforderungs-Tracks) und Erfahrung (Incident-Muster, wiederkehrende Aufgaben). Das eigene .archcore/ dieses Repositories ist ein funktionierendes Beispiel.
Frag deinen Agenten
„Bevor ich das Auth-Modul anfasse: Welche Entscheidungen und Regeln gelten hier?“
Lädt die ADRs und Regeln, die mit diesem Bereich verknüpft sind, bevor der Agent auch nur eine Zeile ändert.
„Wir haben eine Konvention: Fehler immer mit fmt.Errorf und %w umschließen. Mach das zu einer Regel.“
Erstellt backend/error-wrapping.rule.md mit imperativer Anleitung, Begründung sowie guten und schlechten Beispielen.
„Letzte Woche hatten wir einen Vorfall mit Connection-Pool-Erschöpfung. Dokumentiere ihn, damit wir ihn nicht wiederholen.“
Erstellt incidents/connection-pool-exhaustion.cpat.md mit Root-Cause-Analyse und Präventionsschritten.
Der Vergleich
| Wenn du dich verlässt auf… | Die Lücke | Was Archcore stattdessen tut |
|---|---|---|
| Nichts | Der Agent lernt dein Repository in jeder Session neu und verhandelt geklärte Entscheidungen neu | Lädt Entscheidungen, Regeln und Konventionen zu Session-Beginn – in jedem Agenten |
Flache Befehlsdateien (CLAUDE.md, .cursorrules) | Ein wachsender Textblock – keine Typen, keine Verknüpfungen, kein Lebenszyklus, pro Tool kopiert | Typisierte Dokumente, ein Beziehungsgraph, ein Entwurf → akzeptiert-Lebenszyklus, eine Einrichtung für jeden Agenten |
| Memory-Tools (claude-mem, Mem0) | Erinnern sich an was du getan hast – flüchtig, undurchsichtig, anbietergebunden | Speichern wie das System gebaut ist und was entschieden wurde – in Git versioniert, in deinem Besitz |
| Methodik-Kits (BMAD, Spec Kit, Agent OS) | Schreiben einen Prozess vor, oft als einmalige Übergabe | Speichern die Artefakte – einen lebenden Kontextgraphen, der mit der Codebasis wächst |
| RAG / ein größeres Kontextfenster | Holt, was der Code sagt, nicht was entschieden wurde und warum | Hält Entscheidungen und Begründungen explizit und selektiv – der Agent lädt, was zutrifft, nicht alles |
Nicht für – Chat-Memory, eine Prompt-Bibliothek oder einen einmaligen Spezifikation-zu-Code-Generator. Archcore ist eine Repository-Truth-Schicht für Codierungsagenten, kein Methodik-Kit.
Referenz
Was in der Box steckt: 19 Dokumenttypen, 4 Beziehungstypen, 10 MCP-Tools, Hook-Integrationen für 4 Agenten und MCP-Integrationen für 8.
Dokumenttypen – 19 Typen über Vision, Wissen und Erfahrung
Wissen
| Typ | Vollständiger Name | Beschreibung |
|---|---|---|
adr | Architecture Decision Record | Erfasst eine finalisierte technische Entscheidung mit Kontext, Alternativen und Konsequenzen |
rfc | Request for Comments | Schlägt eine bedeutende Änderung zur Teamprüfung und Rückmeldung vor |
rule | Regel | Codierungs- oder Prozessstandard mit imperativer Anleitung und Beispielen |
guide | Anleitung | Schritt-für-Schritt-Anweisungen zur Erledigung einer bestimmten Aufgabe |
doc | Dokument | Referenzdokumentation, Register und beschreibendes Material |
spec | Spezifikation | Normativer Verhaltensvertrag für eine Grenze oder ein Feature/Subsystem, auf das andere sich verlassen |
Vision
| Typ | Vollständiger Name | Beschreibung |
|---|---|---|
prd | Product Requirements Document | Ziele, User Stories, Abnahmekriterien und Erfolgsmetriken |
idea | Idee | Leichte Erfassung einer Produkt- oder technischen Idee zur künftigen Erkundung |
plan | Plan | Phasierte Aufgabenliste mit Abnahmekriterien und Abhängigkeiten |
rnd | Recherche | Zeitlich begrenzte Untersuchung, die eine entscheidungsblockierende Frage beantwortet |
Zwei zusätzliche Anforderungs-Tracks für Teams, die strukturierte Anforderungsermittlung oder formale Zerlegung benötigen:
Quellen-Track (MRD → BRD → URD) – erfasst, woher Anforderungen kommen:
| Typ | Vollständiger Name | Beschreibung |
|---|---|---|
mrd | Market Requirements Document | Marktlandschaft, TAM/SAM/SOM, Wettbewerbsanalyse und Marktbedürfnisse |
brd | Business Requirements Document | Geschäftsziele, Stakeholder, ROI und Geschäftsregeln |
urd | User Requirements Document | Nutzer-Personas, Journeys, Usability-Anforderungen und Abnahmekriterien |
ISO/IEC/IEEE 29148:2018-Track (BRS → StRS → SyRS → SRS) – erfasst, wie Anforderungen zerlegt werden:
| Typ | Vollständiger Name | Beschreibung |
|---|---|---|
brs | Business Requirements Specification | Mission, Ziele, Zielsetzungen und geschäftliches Betriebskonzept |
strs | Stakeholder Requirements Specification | Stakeholder-Bedürfnisse, Betriebskonzept und Nutzeranforderungen |
syrs | System Requirements Specification | Systemfunktionen, Schnittstellen, Leistung und Designeinschränkungen |
srs | Software Requirements Specification | Softwarefunktionen, externe Schnittstellen und detaillierte Verhaltensspezifikationen |
Verwende PRD für die meisten Projekte; füge den Quellen-Track für strukturierte Anforderungsermittlung hinzu und ISO 29148 für formale Rückverfolgbarkeit in regulierten oder komplexen Multi-Team-Systemen. Beliebig kombinierbar.
Erfahrung
| Typ | Vollständiger Name | Beschreibung |
|---|---|---|
task-type | Aufgabentyp | Wiederverwendbare Checkliste und Workflow für eine wiederkehrende Aufgabe |
cpat | Code-Änderungsmuster | Root-Cause-Analyse eines Bugs oder Incidents mit Präventionsschritten |
Jedes Dokument ist eine Markdown-Datei mit YAML-Frontmatter:
---
title: "Use PostgreSQL for Primary Storage"
status: draft
tags: [database, infrastructure]
---
## Context
...
Gültige Status: draft, accepted, rejected. Tags sind optional und frei gestaltbar.
MCP-Tools und Beziehungen
MCP-Tools
10 Tools: init_project, list_documents, get_document, search_documents, create_document, update_document, remove_document, add_relation, remove_relation, list_relations. Der Server funktioniert auch in einem leeren Repository – Agenten können .archcore/ selbst über init_project bootstrappen.
Beziehungen
Dokumente verknüpfen sich mit gerichteten Beziehungen: related (allgemeine Assoziation), implements (Quelle implementiert, was das Ziel spezifiziert), extends (Quelle baut auf Ziel auf), depends_on (Quelle benötigt Ziel). Vom Agenten über MCP-Tools verwaltet.
Lokaler MCP-Server
archcore mcp liefert Dokumente aus dem aktuellen Verzeichnis über stdio. Übergib --project /path/to/repo (oder setze ARCHCORE_PROJECT_ROOT), wenn der Server aus einem Verzeichnis gestartet wird, das nicht dein Workspace ist – zum Beispiel durch eine Editor-Integration.
Befehle
| Befehl | Beschreibung | | ------------------------ | ------------------------------------------------ | | `archcore init` | `.archcore/`-Verzeichnis interaktiv initialisieren | | `archcore doctor` | Archcore-Setup prüfen und Probleme beheben | | `archcore status` | `.archcore/`-Struktur und Dokumentzustand prüfen | | `archcore config` | Einstellungen anzeigen oder ändern | | `archcore hooks install` | Hooks für erkannte KI-Agenten installieren | | `archcore mcp` | MCP-stdio-Server ausführen | | `archcore mcp install` | MCP-Konfiguration für erkannte Agenten installieren | | `archcore update` | Archcore auf die neueste Version aktualisieren |archcore update prüft GitHub Releases, lädt die neuere Version herunter, verifiziert die SHA-256-Prüfsumme und ersetzt die Binärdatei atomar.
Installationsmethoden
macOS / Linux
curl -fsSL https://archcore.ai/install.sh | bash
Windows
irm https://archcore.ai/install.ps1 | iex
Installiert archcore.exe unter %LOCALAPPDATA%\Programs\archcore und fügt es deinem Benutzer-PATH hinzu. Öffne nach der Installation ein neues PowerShell-Fenster.
Windows (WSL)
Installiere WSL und führe dann das macOS/Linux-Skript darin aus.
Go install
go install github.com/archcore-ai/cli@latest
Aus dem Quellcode
git clone https://github.com/archcore-ai/cli.git
cd cli
go build -o archcore .
Unterstützte Plattformen: macOS, Linux, Windows — amd64 und arm64.
Informationen zu Umgebungsvariablen (ARCHCORE_VERSION, ARCHCORE_INSTALL_DIR, GITHUB_TOKEN) und zur Fehlerbehebung bei PATH findest du in der vollständigen Installationsanleitung.
Konfiguration
Die Einstellungen befinden sich in .archcore/settings.json, erstellt von archcore init.
| Feld | Beschreibung | Werte |
|---|---|---|
sync | Synchronisierungsmodus. Cloud und On-Premises folgen bald. | none (nur lokal), cloud, on-prem |
language | Dokumentsprache. Hilft dem Agenten, Dokumentation in der richtigen Sprache zu erstellen. | Zeichenkette, Standardwert: en |
archcore config # show all settings
archcore config get <key> # get a specific value
archcore config set <key> <value> # set a value
Ökosystem
- Archcore Plugin — Verwendest du Claude Code oder Cursor? Das Plugin ergänzt die CLI: dieselbe Engine, plus Skills, Absichtsbefehle und Guardrails. Ein Produkt, zwei Einstiegspunkte — die CLI allein deckt jeden anderen Agenten ab.
- docs.archcore.ai — vollständige Dokumentation.
.archcore/in diesem Repository — ein lebendiges Beispiel: Die CLI ist mit ihrer eigenen Kontextebene erstellt.
Entwicklung
Erfordert Go 1.25+.
go build -o archcore . # build
go test ./... # run all tests
Links & Lizenz
- Dokumentation: docs.archcore.ai
- Website: archcore.ai
- Plugin (Claude Code, Cursor): github.com/archcore-ai/archcore-plugin
- Issues: github.com/archcore-ai/cli/issues
- Lizenz: Apache 2.0