Archcore MCP

oficial

Servidor MCP stdio local que permite a los agentes de codificación de IA leer y mantener arquitectura estructurada, reglas y decisiones directamente desde tu repositorio.

¿Qué puedes hacer con Archcore MCP?

  • Load project context — Pídele a tu asistente que recupere los ADR, reglas y especificaciones relevantes para un módulo antes de realizar cambios, mediante list_documents y search_documents.

  • Record decisions as durable docs — Haz que tu asistente cree documentos Markdown tipados (ADRs, reglas, planes) en .archcore/ usando create_document, manteniendo el contexto versionado en Git.

  • Link related documents — Indica a tu asistente que conecte documentos con relaciones como implements, depends_on o supersedes usando add_relation para construir un grafo de contexto.

  • Update existing context — Pídele a tu asistente que revise o elimine documentos obsoletos en .archcore/ mediante update_document y remove_document, manteniendo el conocimiento del proyecto actualizado.

  • Bootstrap context in any repo — Haz que tu asistente inicialice .archcore/ desde cero en un espacio de trabajo vacío usando init_project, habilitando el seguimiento de contexto de inmediato.

Documentación

Archcore CLI — Contexto Nativo de Git para Agentes de Codificación con IA

Archcore se mudó a github.com/archcore-ai/archcore. Este repositorio está archivado. El CLI ahora vive bajo cli/ en ese repositorio, junto al plugin, y cada versión desde v0.10.1 en adelante se publica en archcore-ai/archcore/releases. Instala o actualiza con curl -fsSL https://archcore.ai/install.sh | bash en macOS, Linux y WSL, o irm https://archcore.ai/install.ps1 | iex en Windows. Un binario instalado desde este repositorio (v0.8.7 o anterior) ya no se autoactualiza; ejecuta el instalador una vez para moverte al nuevo canal. Problemas: archcore-ai/archcore/issues.

License Go Release Platform

Archcore es una capa de contexto nativa de Git para agentes de codificación con IA.

El CLI mantiene especificaciones, decisiones de arquitectura, reglas, planes y conocimiento del proyecto en .archcore/, versionado con tu código, y sirve el contexto relevante a los agentes de codificación a través de MCP y hooks de sesión.

Se distribuye como un CLI y un servidor MCP local stdio, por lo que cualquier agente de codificación compatible con MCP puede leer y escribir el contexto de tu proyecto mediante herramientas estándar. Úsalo para contexto de proyecto persistente en Claude Code, Cursor, Codex CLI, GitHub Copilot, Gemini CLI, OpenCode, Roo Code y Cline.

Míralo funcionar

Ese contexto provino de .archcore/ — documentos Markdown tipados versionados en Git, servidos a cualquier agente mediante herramientas MCP y hooks de sesión.

archcore demo

Qué cambia

❌ Sin Archcore

Cada sesión comienza desde cero. El agente:

  • adivina tu arquitectura y rompe tus convenciones
  • duplica lógica que ya existe
  • vuelve a litigar decisiones que tu equipo ya tomó
  • necesita que le reexpliquen el mismo contexto en cada chat

✅ Con Archcore

Tus decisiones, reglas y convenciones viven en Git como contexto estructurado. El agente:

  • carga las decisiones y reglas aplicables al inicio de la sesión
  • coloca el código donde tu arquitectura dice que debe estar
  • respeta los ADR, especificaciones y reglas ya presentes en el repositorio
  • registra nuevas decisiones como contexto duradero — revisable en PRs, portable entre agentes

El agente deja de adivinar y empieza a seguir el sistema.

Comienza en 60 segundos

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

archcore init crea la estructura de .archcore/, detecta tus agentes de codificación y configura hooks y MCP para ellos.

Luego abre tu agente y di:

"Estamos usando PostgreSQL para el almacenamiento principal. Registra esta decisión."

Listo — ahora hay un ADR estructurado en .archcore/ que toda sesión futura, en cualquier agente, verá.

En Windows: irm https://archcore.ai/install.ps1 | iex. Para WSL, go install, y compilar desde el código fuente, consulta Métodos de instalación abajo o la guía de instalación completa.

Funciona con tu agente

El CLI es en sí mismo un servidor MCP local stdio — una única superficie de integración para cada agente compatible con MCP. Los hooks añaden contexto de inicio de sesión donde el agente lo soporta.

AgenteHooksMCP
Claude Codesísí
Cursorsísí
Gemini CLIsísí
GitHub Copilotsísí
OpenCode—sí
Codex CLI—sí
Roo Code—sí
Cline—manual

archcore init configura los agentes detectados automáticamente. Para conectar uno manualmente:

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

Cómo funciona

  1. Inicializa — archcore init crea .archcore/ e instala las integraciones de agente.
  2. Captura — las decisiones, reglas, planes y guías se almacenan como documentos Markdown tipados con frontmatter YAML.
  3. Reutiliza — los agentes leen, crean, actualizan y enlazan documentos mediante herramientas MCP mientras trabajan; los hooks cargan contexto al inicio de la sesión.
  4. Mantenlo en Git — revisa los cambios de contexto como código, hazlos evolucionar con el tiempo, mantenlos portables entre herramientas.
.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 estructura es de forma libre — organízala por dominio, funcionalidad o equipo. El tipo de un documento vive en su nombre de archivo (slug.type.md): 23 tipos en tres capas — conocimiento (ADRs, reglas, especificaciones, guías), visión (PRDs, planes, ideas, tracks de requisitos) y experiencia (patrones de incidentes, tareas recurrentes). El propio .archcore/ de este repositorio es un ejemplo funcional.

Pregúntale a tu agente

"Antes de tocar el módulo de autenticación, ¿qué decisiones y reglas aplican aquí?"

Carga los ADRs y reglas vinculados a esa área antes de que el agente edite una sola línea.

"Tenemos una convención: siempre envolver los errores con fmt.Errorf y %w. Convierte esto en una regla."

Crea backend/error-wrapping.rule.md con guía imperativa, justificación y ejemplos buenos/malos.

"La semana pasada tuvimos un incidente de agotamiento del pool de conexiones. Documéntalo para no repetirlo."

Crea incidents/connection-pool-exhaustion.cpat.md con análisis de causa raíz y pasos de prevención.

Cómo se compara

Si dependes de…La brechaQué hace Archcore en su lugar
NadaEl agente reaprende tu repositorio cada sesión y vuelve a litigar decisiones resueltasCarga decisiones, reglas y convenciones al inicio de la sesión — en cualquier agente
Archivos de instrucciones planos (CLAUDE.md, .cursorrules)Un muro de texto creciente — sin tipos, sin enlaces, sin ciclo de vida, copiado y pegado por herramientaDocumentos tipados, un grafo de relaciones, un ciclo de vida borrador → aceptado, una configuración para cada agente
Herramientas de memoria (claude-mem, Mem0)Recuerdan lo que hiciste — volátil, opaco, ligado al proveedorAlmacenan cómo está construido el sistema y qué se decidió — versionado en Git, tuyo
Kits de metodología (BMAD, Spec Kit, Agent OS)Prescriben un proceso, a menudo como una entrega de una sola vezAlmacenan los artefactos — un grafo de contexto vivo que evoluciona con el código base
RAG / una ventana de contexto más grandeRecupera lo que el código dice, no lo que se decidió y por quéMantiene las decisiones y la justificación explícitas y selectivas — el agente carga lo que aplica, no todo

No es para — memoria de chat, una biblioteca de prompts o un generador de especificación a código de una sola vez. Archcore es una capa de verdad del repositorio para agentes de codificación, no un kit de metodología.

Referencia

Lo que incluye: 23 tipos de documento, 7 tipos de relación, 10 herramientas MCP, integraciones de hooks para 4 agentes e integraciones MCP para 8.

Tipos de documento — 23 tipos entre visión, conocimiento y experiencia

Conocimiento

TipoNombre completoDescripción
adrRegistro de Decisión de ArquitecturaCaptura una decisión técnica finalizada con contexto, alternativas y consecuencias
rfcSolicitud de ComentariosPropone un cambio significativo abierto a revisión y comentarios del equipo
ruleReglaEstándar de codificación o proceso con guía imperativa y ejemplos
guideGuíaInstrucciones paso a paso para completar una tarea específica
docDocumentoDocumentación de referencia, registros y material descriptivo
specEspecificaciónContrato de comportamiento normativo para un límite o funcionalidad/subsistema del que otros dependen
evidenceEvidenciaUn material externo con su localizador, extracto y notas de interpretación
scenarioEscenarioFlujos actor-sujeto y ejemplos Dado/Cuando/Entonces que ilustran las cláusulas de una especificación

Visión

TipoNombre completoDescripción
prdDocumento de Requisitos de ProductoObjetivos, historias de usuario, criterios de aceptación y métricas de éxito
ideaIdeaCaptura ligera de una idea de producto o técnica para exploración futura
planPlanLista de tareas por fases con criterios de aceptación y dependencias
rndInvestigaciónInvestigación con límite de tiempo que responde una pregunta que bloquea una decisión
journeyViajeCamino previsto de un tipo de usuario a través del sistema, antes de que exista una especificación que cubra esta interacción
researchInvestigaciónInvestigación de territorio con alcance, cobertura, fuentes fechadas, hallazgos y brechas abiertas

Dos tracks adicionales de requisitos para equipos que necesitan descubrimiento estructurado o descomposición formal:

Track de fuentes (MRD → BRD → URD) — captura de dónde provienen los requisitos:

TipoNombre completoDescripción
mrdDocumento de Requisitos de MercadoPanorama del mercado, TAM/SAM/SOM, análisis competitivo y necesidades del mercado
brdDocumento de Requisitos de NegocioObjetivos de negocio, interesados, ROI y reglas de negocio
urdDocumento de Requisitos de UsuarioPersonas de usuario, viajes, requisitos de usabilidad y criterios de aceptación

Track ISO/IEC/IEEE 29148:2018 (BRS → StRS → SyRS → SRS) — captura cómo se descomponen los requisitos:

TipoNombre completoDescripción
brsEspecificación de Requisitos de NegocioMisión, objetivos, metas y concepto operativo de negocio
strsEspecificación de Requisitos de InteresadosNecesidades de los interesados, concepto operativo y requisitos de usuario
syrsEspecificación de Requisitos del SistemaFunciones del sistema, interfaces, rendimiento y restricciones de diseño
srsEspecificación de Requisitos de SoftwareFunciones de software, interfaces externas y especificaciones de comportamiento detalladas

Usa PRD para la mayoría de los proyectos; añade el track de fuentes para descubrimiento estructurado de requisitos, e ISO 29148 para trazabilidad formal en sistemas regulados o complejos de múltiples equipos. Mezcla libremente.

Experiencia

TipoNombre completoDescripción
task-typeTipo de TareaLista de verificación y flujo de trabajo reutilizables para una tarea recurrente
cpatPatrón de Cambio de CódigoAnálisis de causa raíz de un error o incidente con pasos de prevención

Cada documento es un archivo Markdown con frontmatter YAML:

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

## Context

...

Estados válidos: draft, accepted, rejected. Las etiquetas son opcionales y de forma libre.

Herramientas MCP y relaciones

Herramientas MCP

10 herramientas: init_project, list_documents, get_document, search_documents, create_document, update_document, remove_document, add_relation, remove_relation, list_relations. El servidor también funciona en un repositorio vacío: los agentes pueden iniciar .archcore/ por sí mismos mediante init_project.

Relaciones

Los documentos se enlazan a través de siete relaciones dirigidas gestionadas por las herramientas MCP.

EjeRelaciónDirección
EstructuralrelatedLa fuente se asocia con el objetivo
EstructuralimplementsLa fuente implementa el objetivo
EstructuralextendsLa fuente se basa en el objetivo
Estructuraldepends_onLa fuente requiere el objetivo
EvidencialsupportsEl material respalda la afirmación del objetivo
EvidencialcontradictsEl impugnador disputa la afirmación del objetivo
TemporalsupersedesEl documento más nuevo reemplaza al documento más antiguo

Los extremos son documentos locales existentes y distintos. Las relaciones no cambian automáticamente el estado del documento ni resuelven contradicciones. Las versiones anteriores de la CLI rechazan manifiestos que contienen los tres valores nuevos.

Una fuente comienza como una fila en la investigación. Asígnele un archivo evidence cuando varios documentos la reutilicen, una contradicción la involucre o material más nuevo la reemplace. El motor almacena el localizador y el extracto; no obtiene ni verifica la fuente.

Servidor MCP local

archcore mcp sirve documentos desde el directorio actual a través de stdio. Pase --project /path/to/repo (o establezca ARCHCORE_PROJECT_ROOT) cuando el servidor se inicie desde un directorio que no sea su espacio de trabajo, por ejemplo, mediante una integración de editor.

Comandos
ComandoDescripción
archcore initInicializa el directorio .archcore/ de forma interactiva
archcore doctorVerifica tu configuración de archcore y corrige problemas
archcore statusVerifica la estructura de .archcore/ y la salud de los documentos
archcore configVer o modificar la configuración
archcore hooks installInstala hooks para agentes de IA detectados
archcore mcpEjecuta el servidor MCP stdio
archcore mcp installInstala la configuración MCP para agentes detectados
archcore instructionsGestiona la pista de Archcore en archivos de instrucciones
archcore pluginInstala, actualiza o informa sobre el plugin de Archcore
archcore updateActualiza Archcore a la versión más reciente

archcore update verifica GitHub Releases, descarga la versión más reciente, verifica la suma de verificación SHA-256 y reemplaza atómicamente el binario. Luego actualiza el plugin de Archcore en cada host que ya lo tenga instalado e imprime el comando a ejecutar para un host cuya CLI no pueda alcanzar.

archcore plugin gestiona ese plugin directamente en Claude Code, Cursor, Codex CLI y GitHub Copilot. archcore init lo instala para los hosts que selecciones allí.

Actualización y telemetría

Actualización desatendida

Desde la v0.8.0, la CLI también se actualiza sola sin que nadie la supervise. archcore mcp — el servidor que inicia tu agente — ejecuta la misma verificación en segundo plano, como máximo una vez cada 24 horas por máquina, y reemplaza el binario solo con una versión publicada por este proyecto, después de ejecutar el binario descargado una vez para demostrar que se inicia. El proceso en ejecución nunca se reinicia ni se interrumpe; una nueva versión surte efecto la próxima vez que se inicie el binario. Las compilaciones que compiles tú mismo, las bifurcaciones y los ejecutores de CI nunca se autoactualizan.

Ninguna variable ni ninguna clave de .archcore/settings.json desactiva esto. Si una máquina no debe actualizarse sola, instala el binario en un directorio que su usuario no pueda escribir — una ubicación propiedad de root — y cada intento se detendrá antes de descargar nada.

Analíticas de actualización

Una compilación de versión publicada envía un evento por intento de actualización: las versiones entre las que se movió, tu sistema operativo y arquitectura de CPU, si la ejecución parecía CI, si escribiste el comando o si la verificación en segundo plano lo ejecutó, y qué paso falló cuando falló. Nunca envía un mensaje de error, una ruta, un nombre de usuario, un nombre de host ni nada sobre tu repositorio. Establece DO_NOT_TRACK=1 o ARCHCORE_TELEMETRY_OPTOUT=1 para no enviar nada. Ambas variables solo gobiernan las analíticas; ninguna detiene la autoactualización de la CLI. Detalle completo: archcore.ai/privacy.

Métodos de instalación

macOS / Linux

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

Windows

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

Instala archcore.exe en %LOCALAPPDATA%\Programs\archcore y lo agrega a tu PATH de usuario. Abre una nueva ventana de PowerShell después de la instalación.

Windows (WSL)

Instala WSL y luego ejecuta el script de macOS/Linux dentro de él.

Instalación con Go

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

Desde el código fuente

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

Plataformas compatibles: macOS, Linux, Windows — amd64 y arm64.

Para variables de entorno (ARCHCORE_VERSION, ARCHCORE_INSTALL_DIR, GITHUB_TOKEN), consulta configuración de instalación. Para problemas con PATH, consulta solución de problemas de instalación.

Configuración

La configuración vive en .archcore/settings.json, creado por archcore init.

CampoDescripciónValores
syncModo de sincronización. La nube y la instalación local están próximamente.none (solo local), cloud, on-prem
languageIdioma del documento. Ayuda al agente a generar documentación en el idioma correcto.Cadena, por defecto en
archcore config                    # show all settings
archcore config get <key>          # get a specific value
archcore config set <key> <value>  # set a value

Ecosistema

  • Plugin de Archcore — ¿Usas Claude Code o Cursor? El plugin se combina con la CLI: mismo motor, más habilidades, comandos de intención y salvaguardas. Un producto, dos puntos de entrada: la CLI por sí sola cubre cualquier otro agente.
  • docs.archcore.ai — documentación completa.
  • .archcore/ en este repositorio — un ejemplo vivo: la CLI se construye con su propia capa de contexto.

Desarrollo

Requiere Go 1.25+.

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

Enlaces y licencia