Archcore MCP

oficial

Servidor MCP stdio local que permite que agentes de codificação de IA leiam e mantenham arquitetura estruturada, regras e decisões diretamente do seu repositório.

O que você pode fazer com Archcore MCP?

  • Carregar contexto do projeto — Peça ao seu assistente para recuperar ADRs, regras e especificações relevantes para um módulo antes de fazer alterações, via list_documents e search_documents.

  • Registrar decisões como documentos duráveis — Peça ao seu assistente para criar documentos Markdown tipados (ADRs, regras, planos) em .archcore/ usando create_document, mantendo o contexto versionado no Git.

  • Vincular documentos relacionados — Instrua seu assistente a conectar documentos com relações como implements, depends_on ou supersedes usando add_relation para construir um grafo de contexto.

  • Atualizar contexto existente — Peça ao seu assistente para revisar ou remover documentos desatualizados em .archcore/ via update_document e remove_document, mantendo o conhecimento do projeto atualizado.

  • Inicializar contexto em qualquer repositório — Peça ao seu assistente para inicializar .archcore/ do zero em um workspace vazio usando init_project, habilitando o rastreamento de contexto imediatamente.

Documentação

Archcore CLI — Contexto Nativo em Git para Agentes de Codificação com IA

Archcore mudou para github.com/archcore-ai/archcore. Este repositório está arquivado. O CLI agora vive em cli/ nesse repositório, ao lado do plugin, e cada versão a partir da v0.10.1 é publicada em archcore-ai/archcore/releases. Instale ou atualize com curl -fsSL https://archcore.ai/install.sh | bash no macOS, Linux e WSL, ou irm https://archcore.ai/install.ps1 | iex no Windows. Um binário instalado deste repositório (v0.8.7 ou anterior) não se atualiza mais automaticamente; execute o instalador uma vez para migrar para o novo canal. Problemas: archcore-ai/archcore/issues.

License Go Release Platform

Archcore é uma camada de contexto nativa em Git para agentes de codificação com IA.

O CLI mantém especificações, decisões de arquitetura, regras, planos e conhecimento do projeto em .archcore/, versionados com seu código, e fornece o contexto relevante aos agentes de codificação por meio de MCP e hooks de sessão.

Ele é distribuído como um CLI e um servidor MCP stdio local, para que qualquer agente de codificação compatível com MCP possa ler e escrever o contexto do seu projeto por meio de ferramentas padrão. Use-o para contexto persistente de projeto em Claude Code, Cursor, Codex CLI, GitHub Copilot, Gemini CLI, OpenCode, Roo Code e Cline.

Veja como funciona

Esse contexto veio de .archcore/ — documentos Markdown tipados versionados em Git, fornecidos a qualquer agente por meio de ferramentas MCP e hooks de sessão.

archcore demo

O que muda

❌ Sem Archcore

Cada sessão começa do zero. O agente:

  • adivinha sua arquitetura e quebra suas convenções
  • duplica lógica que já existe
  • reabre decisões que seu time já tomou
  • precisa que o mesmo contexto seja reexplicado em cada chat

✅ Com Archcore

Suas decisões, regras e convenções vivem em Git como contexto estruturado. O agente:

  • carrega as decisões e regras aplicáveis no início da sessão
  • coloca o código onde sua arquitetura determina
  • respeita os ADRs, especificações e regras já presentes no repositório
  • registra novas decisões como contexto durável — revisável em PRs, portável entre agentes

O agente para de adivinhar e começa a seguir o sistema.

Comece em 60 segundos

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

archcore init cria a estrutura .archcore/, detecta seus agentes de codificação e configura hooks e MCP para eles.

Depois abra seu agente e diga:

"Estamos usando PostgreSQL para armazenamento primário. Registre essa decisão."

Pronto — agora existe um ADR estruturado em .archcore/ que toda sessão futura, em qualquer agente, verá.

No Windows: irm https://archcore.ai/install.ps1 | iex. Para WSL, go install e compilação a partir do código-fonte, veja Métodos de instalação abaixo ou o guia completo de instalação.

Funciona com seu agente

O CLI é em si um servidor MCP stdio local — uma única superfície de integração para todo agente compatível com MCP. Hooks adicionam contexto no início da sessão onde o agente suporta.

AgenteHooksMCP
Claude Codesimsim
Cursorsimsim
Gemini CLIsimsim
GitHub Copilotsimsim
OpenCode—sim
Codex CLI—sim
Roo Code—sim
Cline—manual

archcore init configura agentes detectados automaticamente. Para configurar um 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

Como funciona

  1. Inicialize — archcore init cria .archcore/ e instala integrações com agentes.
  2. Capture — decisões, regras, planos e guias são armazenados como documentos Markdown tipados com frontmatter YAML.
  3. Reutilize — agentes leem, criam, atualizam e vinculam documentos por meio de ferramentas MCP enquanto trabalham; hooks carregam contexto no início da sessão.
  4. Mantenha no Git — revise mudanças de contexto como código, evolua-as ao longo do tempo, mantenha-as portáveis entre ferramentas.
.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

A estrutura é livre — organize por domínio, funcionalidade ou time. O tipo de um documento está no nome do arquivo (slug.type.md): 23 tipos em três camadas — conhecimento (ADRs, regras, especificações, guias), visão (PRDs, planos, ideias, trilhas de requisitos) e experiência (padrões de incidentes, tarefas recorrentes). O próprio .archcore/ deste repositório é um exemplo funcional.

Pergunte ao seu agente

"Antes de tocar no módulo de autenticação, quais decisões e regras se aplicam aqui?"

Carrega os ADRs e regras vinculados àquela área antes de o agente editar uma única linha.

"Temos uma convenção: sempre envolver erros com fmt.Errorf e %w. Transforme isso em uma regra."

Cria backend/error-wrapping.rule.md com orientação imperativa, justificativa e exemplos bons/ruins.

"Na semana passada tivemos um incidente de esgotamento do pool de conexões. Documente para não repetirmos."

Cria incidents/connection-pool-exhaustion.cpat.md com análise de causa raiz e etapas de prevenção.

Como se compara

Se você depende de…A lacunaO que Archcore faz em vez disso
NadaO agente reaprende seu repositório a cada sessão e reabre decisões já resolvidasCarrega decisões, regras e convenções no início da sessão — em qualquer agente
Arquivos de instrução planos (CLAUDE.md, .cursorrules)Um muro de texto crescente — sem tipos, sem links, sem ciclo de vida, copiado e colado por ferramentaDocumentos tipados, um grafo de relações, um ciclo de vida rascunho → aceito, uma configuração para cada agente
Ferramentas de memória (claude-mem, Mem0)Lembram o que você fez — volátil, opaco, preso ao fornecedorArmazenam como o sistema é construído e o que foi decidido — versionado em Git, de sua propriedade
Kits de metodologia (BMAD, Spec Kit, Agent OS)Prescrevem um processo, muitas vezes como um repasse únicoArmazenam os artefatos — um grafo de contexto vivo que evolui com o código-fonte
RAG / uma janela de contexto maiorRecupera o que o código diz, não o que foi decidido e por quêMantém decisões e justificativas explícitas e seletivas — o agente carrega o que se aplica, não tudo

Não é para — memória de chat, biblioteca de prompts ou gerador pontual de especificação para código. Archcore é uma camada de verdade do repositório para agentes de codificação, não um kit de metodologia.

Referência

O que vem incluso: 23 tipos de documento, 7 tipos de relação, 10 ferramentas MCP, integrações de hook para 4 agentes e integrações MCP para 8.

Tipos de documento — 23 tipos entre visão, conhecimento e experiência

Conhecimento

TipoNome completoDescrição
adrRegistro de Decisão de ArquiteturaCaptura uma decisão técnica finalizada com contexto, alternativas e consequências
rfcPedido de ComentáriosPropõe uma mudança significativa aberta para revisão e feedback do time
ruleRegraPadrão de codificação ou processo com orientação imperativa e exemplos
guideGuiaInstruções passo a passo para concluir uma tarefa específica
docDocumentoDocumentação de referência, registros e material descritivo
specEspecificaçãoContrato normativo de comportamento para um limite ou funcionalidade/subsistema do qual outros dependem
evidenceEvidênciaUm material externo com seu localizador, extrato e notas de interpretação
scenarioCenárioFluxos ator-sujeito e exemplos Dado/Quando/Então que ilustram as cláusulas de uma especificação

Visão

TipoNome completoDescrição
prdDocumento de Requisitos de ProdutoObjetivos, histórias de usuário, critérios de aceite e métricas de sucesso
ideaIdeiaCaptura leve de uma ideia de produto ou técnica para exploração futura
planPlanoLista de tarefas em fases com critérios de aceite e dependências
rndPesquisaInvestigação com tempo limitado que responde a uma pergunta que bloqueia uma decisão
journeyJornadaCaminho pretendido de um tipo de usuário pelo sistema, antes de existir uma especificação cobrindo essa interação
researchPesquisaInvestigação de território com escopo, cobertura, fontes datadas, descobertas e lacunas em aberto

Duas trilhas adicionais de requisitos para times que precisam de descoberta estruturada ou decomposição formal:

Trilha de fontes (MRD → BRD → URD) — captura de onde vêm os requisitos:

TipoNome completoDescrição
mrdDocumento de Requisitos de MercadoPanorama de mercado, TAM/SAM/SOM, análise competitiva e necessidades de mercado
brdDocumento de Requisitos de NegócioObjetivos de negócio, partes interessadas, ROI e regras de negócio
urdDocumento de Requisitos de UsuárioPersonas de usuário, jornadas, requisitos de usabilidade e critérios de aceite

Trilha ISO/IEC/IEEE 29148:2018 (BRS → StRS → SyRS → SRS) — captura como os requisitos se decompõem:

TipoNome completoDescrição
brsEspecificação de Requisitos de NegócioMissão, metas, objetivos e conceito operacional de negócio
strsEspecificação de Requisitos de Partes InteressadasNecessidades das partes interessadas, conceito operacional e requisitos de usuário
syrsEspecificação de Requisitos de SistemaFunções do sistema, interfaces, desempenho e restrições de design
srsEspecificação de Requisitos de SoftwareFunções do software, interfaces externas e especificações comportamentais detalhadas

Use PRD para a maioria dos projetos; adicione a trilha de fontes para descoberta estruturada de requisitos e ISO 29148 para rastreabilidade formal em sistemas regulados ou complexos com múltiplos times. Misture livremente.

Experiência

TipoNome completoDescrição
task-typeTipo de TarefaChecklist e fluxo de trabalho reutilizáveis para uma tarefa recorrente
cpatPadrão de Mudança de CódigoAnálise de causa raiz de um bug ou incidente com etapas de prevenção

Cada documento é um arquivo Markdown com frontmatter YAML:

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

## Context

...

Status válidos: draft, accepted, rejected. Tags são opcionais e de formato livre.

Ferramentas MCP e relações

Ferramentas MCP

10 ferramentas: init_project, list_documents, get_document, search_documents, create_document, update_document, remove_document, add_relation, remove_relation, list_relations. O servidor também funciona em um repositório vazio — agentes podem inicializar o .archcore/ por conta própria via init_project.

Relações

Documentos se conectam por meio de sete relações direcionadas gerenciadas pelas ferramentas MCP.

EixoRelaçãoDireção
EstruturalrelatedA origem se associa ao destino
EstruturalimplementsA origem implementa o destino
EstruturalextendsA origem se baseia no destino
Estruturaldepends_onA origem requer o destino
EvidencialsupportsO material respalda a afirmação do destino
EvidencialcontradictsO desafiante contesta a afirmação do destino
TemporalsupersedesO documento mais novo substitui o documento mais antigo

Os endpoints são documentos locais existentes e distintos. As relações não alteram automaticamente o status do documento nem resolvem contradições. Versões mais antigas da CLI rejeitam manifestos que contenham os três novos valores.

Uma fonte começa como uma linha na investigação. Dê a ela um arquivo evidence quando vários documentos a reutilizarem, uma contradição a envolver ou material mais novo a substituir. O mecanismo armazena o localizador e o extrato; ele não busca nem verifica a fonte.

Servidor MCP local

archcore mcp serve documentos do diretório atual via stdio. Passe --project /path/to/repo (ou defina ARCHCORE_PROJECT_ROOT) quando o servidor for iniciado a partir de um diretório que não seja seu espaço de trabalho — por exemplo, por uma integração de editor.

Comandos
ComandoDescrição
archcore initInicializa o diretório .archcore/ interativamente
archcore doctorVerifica sua configuração do archcore e corrige problemas
archcore statusVerifica a estrutura do .archcore/ e a saúde dos documentos
archcore configVisualiza ou modifica configurações
archcore hooks installInstala hooks para agentes de IA detectados
archcore mcpExecuta o servidor MCP stdio
archcore mcp installInstala a configuração MCP para agentes detectados
archcore instructionsGerencia a dica do Archcore em arquivos de instrução
archcore pluginInstala, atualiza ou reporta o plugin do Archcore
archcore updateAtualiza o Archcore para a versão mais recente

archcore update verifica os lançamentos do GitHub, baixa a versão mais nova, verifica a soma de verificação SHA-256 e substitui o binário atomicamente. Em seguida, atualiza o plugin do Archcore em cada host que já o tenha instalado e imprime o comando a ser executado para um host cuja CLI não consegue alcançar.

archcore plugin gerencia esse plugin diretamente no Claude Code, Cursor, Codex CLI e GitHub Copilot. archcore init o instala para os hosts que você selecionar ali.

Atualização e telemetria

Atualização não assistida

A partir da v0.8.0, a CLI também se atualiza sem ninguém acompanhar. archcore mcp — o servidor que seu agente inicia — executa a mesma verificação em segundo plano, no máximo uma vez a cada 24 horas por máquina, e substitui o binário apenas com um lançamento publicado por este projeto, após executar o binário baixado uma vez para provar que ele inicia. O processo em execução nunca é reiniciado ou interrompido; uma nova versão entra em vigor na próxima vez que o binário for iniciado. Builds que você compila, forks e executores de CI nunca se auto-atualizam.

Nenhuma variável e nenhuma chave .archcore/settings.json desativa isso. Se uma máquina não deve se atualizar, instale o binário em um diretório que o usuário dela não possa gravar — um local de propriedade do root — e toda tentativa para antes de baixar qualquer coisa.

Análises de atualização

Um build de lançamento envia um evento por tentativa de atualização: as versões entre as quais ele mudou, seu sistema operacional e arquitetura de CPU, se a execução parecia CI, se você digitou o comando ou se a verificação em segundo plano o executou e qual etapa falhou quando alguma falhou. Ele nunca envia uma mensagem de erro, um caminho, um nome de usuário, um nome de host ou qualquer coisa sobre seu repositório. Defina DO_NOT_TRACK=1 ou ARCHCORE_TELEMETRY_OPTOUT=1 para não enviar nada. Ambas as variáveis governam apenas análises — nenhuma impede a CLI de se atualizar. Detalhes completos: archcore.ai/privacy.

Métodos de instalação

macOS / Linux

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

Windows

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

Instala o archcore.exe em %LOCALAPPDATA%\Programs\archcore e o adiciona ao seu PATH de usuário. Abra uma nova janela do PowerShell após a instalação.

Windows (WSL)

Instale o WSL e execute o script do macOS/Linux dentro dele.

Instalação via Go

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

A partir do código-fonte

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

Plataformas suportadas: macOS, Linux, Windows — amd64 e arm64.

Para variáveis de ambiente (ARCHCORE_VERSION, ARCHCORE_INSTALL_DIR, GITHUB_TOKEN), consulte configurações de instalação. Para problemas de PATH, consulte solução de problemas de instalação.

Configuração

As configurações ficam em .archcore/settings.json, criado por archcore init.

CampoDescriçãoValores
syncModo de sincronização. Nuvem e on-prem estão chegando em breve.none (somente local), cloud, on-prem
languageIdioma do documento. Ajuda o agente a gerar documentação no idioma correto.String, padrão en
archcore config                    # show all settings
archcore config get <key>          # get a specific value
archcore config set <key> <value>  # set a value

Ecossistema

  • Plugin Archcore — usando Claude Code ou Cursor? O plugin se integra à CLI: mesmo mecanismo, além de habilidades, comandos de intenção e proteções. Um produto, dois pontos de entrada — a CLI sozinha cobre todos os outros agentes.
  • docs.archcore.ai — documentação completa.
  • .archcore/ neste repositório — um exemplo vivo: a CLI é construída com sua própria camada de contexto.

Desenvolvimento

Requer Go 1.25+.

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

Links e licença