Archcore MCP

officiel

Serveur MCP stdio local qui permet aux agents de codage IA de lire et de maintenir l'architecture structurée, les règles et les décisions directement depuis votre dépôt.

Que pouvez-vous faire avec Archcore MCP ?

Archcore conserve les specs, les décisions et les règles sous forme de Markdown typé dans .archcore/, servi à votre agent via les outils MCP.

  • Rechercher le contexte du projet — Demandez à l'assistant de trouver les ADR, règles ou specs applicables avant de modifier, via search_documents.
  • Enregistrer une décision — Faites créer par l'assistant un document ADR ou de règle structuré avec create_document.
  • Mettre à jour le contexte existant — Demandez à l'assistant de réviser une spec ou un plan avec update_document.
  • Lister tous les documents — Énumérez chaque document de contexte dans .archcore/ avec list_documents.
  • Récupérer un document — Récupérez le contenu complet d'un seul document avec get_document.
  • Lier les documents associés — Connectez les documents avec add_relation et inspectez-les via list_relations.

Documentation

Archcore CLI — Contexte natif Git pour agents de codage IA

License Go Release Platform

Archcore est une couche de contexte native Git pour les agents de codage IA.

Le CLI conserve les specs, les décisions d'architecture, les règles, les plans et les connaissances du projet dans .archcore/, versionnés avec votre code, et fournit le contexte pertinent aux agents de codage via MCP et les hooks de session.

Il est fourni sous forme de CLI et de serveur MCP stdio local, de sorte que tout agent de codage compatible MCP peut lire et écrire le contexte de votre projet via des outils standard. Utilisez-le pour un contexte de projet persistant avec Claude Code, Cursor, Codex CLI, GitHub Copilot, Gemini CLI, OpenCode, Roo Code et Cline.

Le voir en action

Ce contexte provient de .archcore/ — des documents Markdown typés versionnés dans Git, servis à tout agent via les outils MCP et les hooks de session.

archcore demo

Ce qui change

❌ Sans Archcore

Chaque session part de zéro. L'agent :

  • devine votre architecture et enfreint vos conventions
  • duplique une logique qui existe déjà
  • re-remet en cause des décisions que votre équipe a déjà prises
  • a besoin que le même contexte soit réexpliqué à chaque conversation

✅ Avec Archcore

Vos décisions, règles et conventions vivent dans Git sous forme de contexte structuré. L'agent :

  • charge les décisions et règles applicables au début de la session
  • place le code là où votre architecture dit qu'il doit être
  • respecte les ADR, specs et règles déjà présents dans le dépôt
  • enregistre les nouvelles décisions comme contexte durable — révisables dans les PR, portables entre agents

L'agent cesse de deviner et commence à suivre le système.

Commencer en 60 secondes

curl -fsSL https://archcore.ai/install.sh | bash    # macOS / Linux
cd your-project && archcore init

archcore init initialise .archcore/, détecte vos agents de codage et configure les hooks et MCP pour eux.

Ouvrez ensuite votre agent et dites :

"Nous utilisons PostgreSQL pour le stockage principal. Enregistre cette décision."

Voilà — il existe désormais un ADR structuré dans .archcore/ que chaque future session, dans n'importe quel agent, verra.

Sur Windows : irm https://archcore.ai/install.ps1 | iex. Pour WSL, go install, et la compilation depuis les sources, voir Méthodes d'installation ci-dessous ou le guide d'installation complet.

Fonctionne avec votre agent

Le CLI est lui-même un serveur MCP stdio local — une seule surface d'intégration pour tout agent compatible MCP. Les hooks ajoutent le contexte de début de session là où l'agent les prend en charge.

AgentHooksMCP
Claude Codeouioui
Cursorouioui
Gemini CLIouioui
GitHub Copilotouioui
OpenCodeoui
Codex CLIoui
Roo Codeoui
Clinemanuel

archcore init configure automatiquement les agents détectés. Pour en configurer un manuellement :

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

Comment ça fonctionne

  1. Initialiserarchcore init crée .archcore/ et installe les intégrations d'agents.
  2. Capturer — les décisions, règles, plans et guides sont stockés sous forme de documents Markdown typés avec un frontmatter YAML.
  3. Réutiliser — les agents lisent, créent, mettent à jour et lient des documents via les outils MCP pendant qu'ils travaillent ; les hooks chargent le contexte au début de la session.
  4. Garder dans Git — révisez les changements de contexte comme du code, faites-les évoluer dans le temps, gardez-les portables entre outils.
.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

La structure est libre — organisez par domaine, fonctionnalité ou équipe. Le type d'un document réside dans son nom de fichier (slug.type.md) : 19 types répartis sur trois couches — connaissance (ADR, règles, specs, guides), vision (PRD, plans, idées, pistes d'exigences) et expérience (schémas d'incidents, tâches récurrentes). Le .archcore/ de ce dépôt est un exemple fonctionnel.

Demandez à votre agent

"Avant de toucher au module d'authentification, quelles décisions et règles s'appliquent ici ?"

Charge les ADR et règles liés à ce domaine avant que l'agent ne modifie une seule ligne.

"Nous avons une convention : toujours envelopper les erreurs avec fmt.Errorf et %w. Fais-en une règle."

Crée backend/error-wrapping.rule.md avec des directives impératives, la justification et des exemples bons/mauvais.

"La semaine dernière, nous avons eu un incident d'épuisement du pool de connexions. Documente-le pour ne pas le répéter."

Crée incidents/connection-pool-exhaustion.cpat.md avec l'analyse des causes racines et les étapes de prévention.

Comparaison

Si vous vous fiez à…La lacuneCe que fait Archcore à la place
RienL'agent réapprend votre dépôt à chaque session et re-remet en cause des décisions régléesCharge les décisions, règles et conventions au début de la session — dans n'importe quel agent
Fichiers d'instructions plats (CLAUDE.md, .cursorrules)Un mur de texte qui grossit — pas de types, pas de liens, pas de cycle de vie, copié-collé par outilDocuments typés, graphe de relations, cycle de vie brouillon → accepté, une seule configuration pour chaque agent
Outils de mémoire (claude-mem, Mem0)Se souviennent de ce que vous avez fait — volatils, opaques, liés au fournisseurStockent comment le système est construit et ce qui a été décidé — versionné dans Git, vous appartient
Kits méthodologiques (BMAD, Spec Kit, Agent OS)Prescrivent un processus, souvent comme un transfert ponctuelStockent les artefacts — un graphe de contexte vivant qui évolue avec la base de code
RAG / une fenêtre de contexte plus grandeRécupère ce que le code dit, pas ce qui a été décidé et pourquoiGarde les décisions et la justification explicites et sélectives — l'agent charge ce qui s'applique, pas tout

Pas fait pour — la mémoire de chat, une bibliothèque de prompts, ou un générateur ponctuel spec-vers-code. Archcore est une couche de vérité de dépôt pour les agents de codage, pas un kit méthodologique.

Référence

Ce qui est inclus : 19 types de documents, 4 types de relations, 10 outils MCP, intégrations de hooks pour 4 agents et intégrations MCP pour 8.

Types de documents — 19 types couvrant vision, connaissance et expérience

Connaissance

TypeNom completDescription
adrArchitecture Decision RecordCapture une décision technique finalisée avec contexte, alternatives et conséquences
rfcRequest for CommentsPropose un changement significatif ouvert à la revue et aux retours de l'équipe
ruleRuleNorme de codage ou de processus avec directives impératives et exemples
guideGuideInstructions étape par étape pour accomplir une tâche spécifique
docDocumentDocumentation de référence, registres et contenu descriptif
specSpecificationContrat de comportement normatif pour une frontière ou une fonctionnalité/sous-système dont d'autres dépendent

Vision

TypeNom completDescription
prdProduct Requirements DocumentObjectifs, user stories, critères d'acceptation et métriques de succès
ideaIdeaCapture légère d'une idée produit ou technique pour une exploration future
planPlanListe de tâches par phases avec critères d'acceptation et dépendances
rndResearchInvestigation à durée limitée qui répond à une question bloquant une décision

Deux pistes d'exigences supplémentaires pour les équipes qui ont besoin d'une découverte structurée ou d'une décomposition formelle :

Piste Sources (MRD → BRD → URD) — capture d'où viennent les exigences :

TypeNom completDescription
mrdMarket Requirements DocumentPaysage du marché, TAM/SAM/SOM, analyse concurrentielle et besoins du marché
brdBusiness Requirements DocumentObjectifs métier, parties prenantes, ROI et règles métier
urdUser Requirements DocumentPersonas utilisateurs, parcours, exigences d'utilisabilité et critères d'acceptation

Piste ISO/IEC/IEEE 29148:2018 (BRS → StRS → SyRS → SRS) — capture comment les exigences se décomposent :

TypeNom completDescription
brsBusiness Requirements SpecificationMission, buts, objectifs et concept opérationnel métier
strsStakeholder Requirements SpecificationBesoins des parties prenantes, concept opérationnel et exigences utilisateurs
syrsSystem Requirements SpecificationFonctions système, interfaces, performances et contraintes de conception
srsSoftware Requirements SpecificationFonctions logicielles, interfaces externes et spécifications comportementales détaillées

Utilisez le PRD pour la plupart des projets ; ajoutez la piste sources pour une découverte structurée des exigences, et ISO 29148 pour une traçabilité formelle dans les systèmes réglementés ou multi-équipes complexes. Mélangez librement.

Expérience

TypeNom completDescription
task-typeTask TypeChecklist et flux de travail réutilisables pour une tâche récurrente
cpatCode Change PatternAnalyse des causes racines d'un bug ou incident avec étapes de prévention

Chaque document est un fichier Markdown avec un frontmatter YAML :

---
title: "Use PostgreSQL for Primary Storage"
status: draft
tags: [database, infrastructure]
---

## Context

...

Statuts valides : draft, accepted, rejected. Les tags sont facultatifs et libres.

Outils MCP et relations

Outils MCP

10 outils : init_project, list_documents, get_document, search_documents, create_document, update_document, remove_document, add_relation, remove_relation, list_relations. Le serveur fonctionne aussi dans un dépôt vide — les agents peuvent amorcer .archcore/ eux-mêmes via init_project.

Relations

Les documents se lient avec des relations dirigées : related (association générale), implements (la source implémente ce que la cible spécifie), extends (la source s'appuie sur la cible), depends_on (la source requiert la cible). Gérées par l'agent via les outils MCP.

Serveur MCP local

archcore mcp sert les documents du répertoire courant via stdio. Passez --project /path/to/repo (ou définissez ARCHCORE_PROJECT_ROOT) lorsque le serveur est lancé depuis un répertoire qui n'est pas votre espace de travail — par exemple, par une intégration d'éditeur.

Commandes | Commande | Description | | ------------------------ | ------------------------------------------------ | | `archcore init` | Initialiser le répertoire `.archcore/` de manière interactive | | `archcore doctor` | Vérifier votre configuration archcore et corriger les problèmes | | `archcore status` | Vérifier la structure `.archcore/` et l'état des documents | | `archcore config` | Afficher ou modifier les paramètres | | `archcore hooks install` | Installer les hooks pour les agents IA détectés | | `archcore mcp` | Exécuter le serveur MCP stdio | | `archcore mcp install` | Installer la configuration MCP pour les agents détectés | | `archcore update` | Mettre à jour Archcore vers la dernière version |

archcore update vérifie les versions GitHub Releases, télécharge la version la plus récente, vérifie la somme de contrôle SHA-256 et remplace le binaire de manière atomique.

Méthodes d'installation

macOS / Linux

curl -fsSL https://archcore.ai/install.sh | bash

Windows

irm https://archcore.ai/install.ps1 | iex

Installe archcore.exe sous %LOCALAPPDATA%\Programs\archcore et l'ajoute à votre PATH utilisateur. Ouvrez une nouvelle fenêtre PowerShell après l'installation.

Windows (WSL)

Installez WSL, puis exécutez le script macOS/Linux à l'intérieur.

Installation via Go

go install github.com/archcore-ai/cli@latest

Depuis les sources

git clone https://github.com/archcore-ai/cli.git
cd cli
go build -o archcore .

Plateformes prises en charge : macOS, Linux, Windows — amd64 et arm64.

Pour les variables d'environnement (ARCHCORE_VERSION, ARCHCORE_INSTALL_DIR, GITHUB_TOKEN) et le dépannage du PATH, consultez le guide d'installation complet.

Configuration

Les paramètres se trouvent dans .archcore/settings.json, créé par archcore init.

ChampDescriptionValeurs
syncMode de synchronisation. Le cloud et l'on-premise arrivent bientôt.none (local uniquement), cloud, on-prem
languageLangue des documents. Aide l'agent à générer la documentation dans la bonne langue.Chaîne, par défaut en
archcore config                    # show all settings
archcore config get <key>          # get a specific value
archcore config set <key> <value>  # set a value

Écosystème

  • Plugin Archcore — vous utilisez Claude Code ou Cursor ? Le plugin s'associe au CLI : même moteur, plus des compétences, des commandes d'intention et des garde-fous. Un seul produit, deux points d'entrée — le CLI seul couvre tous les autres agents.
  • docs.archcore.ai — documentation complète.
  • .archcore/ dans ce dépôt — un exemple vivant : le CLI est construit avec sa propre couche de contexte.

Développement

Nécessite Go 1.25+.

go build -o archcore .   # build
go test ./...            # run all tests

Liens et licence