Archcore MCP

offiziell

Lokaler 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_documents zu finden.
  • Eine Entscheidung festhalten — Lassen Sie den Assistenten ein strukturiertes ADR- oder Regeldokument mit create_document erstellen.
  • Vorhandenen Kontext aktualisieren — Bitten Sie den Assistenten, eine Spezifikation oder einen Plan mit update_document zu überarbeiten.
  • Alle Dokumente auflisten — Zählen Sie jedes Kontextdokument in .archcore/ mit list_documents auf.
  • Ein Dokument abrufen — Rufen Sie den vollständigen Inhalt eines einzelnen Dokuments mit get_document ab.
  • Zugehörige Dokumente verknüpfen — Verbinden Sie Dokumente mit add_relation und prüfen Sie sie über list_relations.

Dokumentation

Archcore CLI – Git-nativer Kontext für KI-Codierungsagenten

License Go Release Platform

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.

archcore demo

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.

AgentHooksMCP
Claude Codejaja
Cursorjaja
Gemini CLIjaja
GitHub Copilotjaja
OpenCodeja
Codex CLIja
Roo Codeja
Clinemanuell

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

  1. Initialisierenarchcore init erstellt .archcore/ und installiert Agenten-Integrationen.
  2. Erfassen – Entscheidungen, Regeln, Pläne und Anleitungen werden als typisierte Markdown-Dokumente mit YAML-Frontmatter gespeichert.
  3. Wiederverwenden – Agenten lesen, erstellen, aktualisieren und verknüpfen Dokumente über MCP-Tools, während sie arbeiten; Hooks laden Kontext zu Session-Beginn.
  4. 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ückeWas Archcore stattdessen tut
NichtsDer Agent lernt dein Repository in jeder Session neu und verhandelt geklärte Entscheidungen neuLä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 kopiertTypisierte 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, anbietergebundenSpeichern 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 ÜbergabeSpeichern die Artefakte – einen lebenden Kontextgraphen, der mit der Codebasis wächst
RAG / ein größeres KontextfensterHolt, was der Code sagt, nicht was entschieden wurde und warumHä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

TypVollständiger NameBeschreibung
adrArchitecture Decision RecordErfasst eine finalisierte technische Entscheidung mit Kontext, Alternativen und Konsequenzen
rfcRequest for CommentsSchlägt eine bedeutende Änderung zur Teamprüfung und Rückmeldung vor
ruleRegelCodierungs- oder Prozessstandard mit imperativer Anleitung und Beispielen
guideAnleitungSchritt-für-Schritt-Anweisungen zur Erledigung einer bestimmten Aufgabe
docDokumentReferenzdokumentation, Register und beschreibendes Material
specSpezifikationNormativer Verhaltensvertrag für eine Grenze oder ein Feature/Subsystem, auf das andere sich verlassen

Vision

TypVollständiger NameBeschreibung
prdProduct Requirements DocumentZiele, User Stories, Abnahmekriterien und Erfolgsmetriken
ideaIdeeLeichte Erfassung einer Produkt- oder technischen Idee zur künftigen Erkundung
planPlanPhasierte Aufgabenliste mit Abnahmekriterien und Abhängigkeiten
rndRechercheZeitlich 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:

TypVollständiger NameBeschreibung
mrdMarket Requirements DocumentMarktlandschaft, TAM/SAM/SOM, Wettbewerbsanalyse und Marktbedürfnisse
brdBusiness Requirements DocumentGeschäftsziele, Stakeholder, ROI und Geschäftsregeln
urdUser Requirements DocumentNutzer-Personas, Journeys, Usability-Anforderungen und Abnahmekriterien

ISO/IEC/IEEE 29148:2018-Track (BRS → StRS → SyRS → SRS) – erfasst, wie Anforderungen zerlegt werden:

TypVollständiger NameBeschreibung
brsBusiness Requirements SpecificationMission, Ziele, Zielsetzungen und geschäftliches Betriebskonzept
strsStakeholder Requirements SpecificationStakeholder-Bedürfnisse, Betriebskonzept und Nutzeranforderungen
syrsSystem Requirements SpecificationSystemfunktionen, Schnittstellen, Leistung und Designeinschränkungen
srsSoftware Requirements SpecificationSoftwarefunktionen, 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

TypVollständiger NameBeschreibung
task-typeAufgabentypWiederverwendbare Checkliste und Workflow für eine wiederkehrende Aufgabe
cpatCode-ÄnderungsmusterRoot-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.

FeldBeschreibungWerte
syncSynchronisierungsmodus. Cloud und On-Premises folgen bald.none (nur lokal), cloud, on-prem
languageDokumentsprache. 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