Archcore MCP
oficialServidor 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_documentsesearch_documents. -
Registrar decisões como documentos duráveis — Peça ao seu assistente para criar documentos Markdown tipados (ADRs, regras, planos) em
.archcore/usandocreate_document, mantendo o contexto versionado no Git. -
Vincular documentos relacionados — Instrua seu assistente a conectar documentos com relações como
implements,depends_onousupersedesusandoadd_relationpara construir um grafo de contexto. -
Atualizar contexto existente — Peça ao seu assistente para revisar ou remover documentos desatualizados em
.archcore/viaupdate_documenteremove_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 usandoinit_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 comcurl -fsSL https://archcore.ai/install.sh | bashno macOS, Linux e WSL, ouirm https://archcore.ai/install.ps1 | iexno 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.
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.

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.
| Agente | Hooks | MCP |
|---|---|---|
| Claude Code | sim | sim |
| Cursor | sim | sim |
| Gemini CLI | sim | sim |
| GitHub Copilot | sim | sim |
| 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
- Inicialize —
archcore initcria.archcore/e instala integrações com agentes. - Capture — decisões, regras, planos e guias são armazenados como documentos Markdown tipados com frontmatter YAML.
- Reutilize — agentes leem, criam, atualizam e vinculam documentos por meio de ferramentas MCP enquanto trabalham; hooks carregam contexto no início da sessão.
- 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 lacuna | O que Archcore faz em vez disso |
|---|---|---|
| Nada | O agente reaprende seu repositório a cada sessão e reabre decisões já resolvidas | Carrega 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 ferramenta | Documentos 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 fornecedor | Armazenam 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 único | Armazenam os artefatos — um grafo de contexto vivo que evolui com o código-fonte |
| RAG / uma janela de contexto maior | Recupera 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
| Tipo | Nome completo | Descrição |
|---|---|---|
adr | Registro de Decisão de Arquitetura | Captura uma decisão técnica finalizada com contexto, alternativas e consequências |
rfc | Pedido de Comentários | Propõe uma mudança significativa aberta para revisão e feedback do time |
rule | Regra | Padrão de codificação ou processo com orientação imperativa e exemplos |
guide | Guia | Instruções passo a passo para concluir uma tarefa específica |
doc | Documento | Documentação de referência, registros e material descritivo |
spec | Especificação | Contrato normativo de comportamento para um limite ou funcionalidade/subsistema do qual outros dependem |
evidence | Evidência | Um material externo com seu localizador, extrato e notas de interpretação |
scenario | Cenário | Fluxos ator-sujeito e exemplos Dado/Quando/Então que ilustram as cláusulas de uma especificação |
Visão
| Tipo | Nome completo | Descrição |
|---|---|---|
prd | Documento de Requisitos de Produto | Objetivos, histórias de usuário, critérios de aceite e métricas de sucesso |
idea | Ideia | Captura leve de uma ideia de produto ou técnica para exploração futura |
plan | Plano | Lista de tarefas em fases com critérios de aceite e dependências |
rnd | Pesquisa | Investigação com tempo limitado que responde a uma pergunta que bloqueia uma decisão |
journey | Jornada | Caminho pretendido de um tipo de usuário pelo sistema, antes de existir uma especificação cobrindo essa interação |
research | Pesquisa | Investigaçã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:
| Tipo | Nome completo | Descrição |
|---|---|---|
mrd | Documento de Requisitos de Mercado | Panorama de mercado, TAM/SAM/SOM, análise competitiva e necessidades de mercado |
brd | Documento de Requisitos de Negócio | Objetivos de negócio, partes interessadas, ROI e regras de negócio |
urd | Documento de Requisitos de Usuário | Personas 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:
| Tipo | Nome completo | Descrição |
|---|---|---|
brs | Especificação de Requisitos de Negócio | Missão, metas, objetivos e conceito operacional de negócio |
strs | Especificação de Requisitos de Partes Interessadas | Necessidades das partes interessadas, conceito operacional e requisitos de usuário |
syrs | Especificação de Requisitos de Sistema | Funções do sistema, interfaces, desempenho e restrições de design |
srs | Especificação de Requisitos de Software | Funçõ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
| Tipo | Nome completo | Descrição |
|---|---|---|
task-type | Tipo de Tarefa | Checklist e fluxo de trabalho reutilizáveis para uma tarefa recorrente |
cpat | Padrão de Mudança de Código | Aná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.
| Eixo | Relação | Direção |
|---|---|---|
| Estrutural | related | A origem se associa ao destino |
| Estrutural | implements | A origem implementa o destino |
| Estrutural | extends | A origem se baseia no destino |
| Estrutural | depends_on | A origem requer o destino |
| Evidencial | supports | O material respalda a afirmação do destino |
| Evidencial | contradicts | O desafiante contesta a afirmação do destino |
| Temporal | supersedes | O 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
| Comando | Descrição |
|---|---|
archcore init | Inicializa o diretório .archcore/ interativamente |
archcore doctor | Verifica sua configuração do archcore e corrige problemas |
archcore status | Verifica a estrutura do .archcore/ e a saúde dos documentos |
archcore config | Visualiza ou modifica configurações |
archcore hooks install | Instala hooks para agentes de IA detectados |
archcore mcp | Executa o servidor MCP stdio |
archcore mcp install | Instala a configuração MCP para agentes detectados |
archcore instructions | Gerencia a dica do Archcore em arquivos de instrução |
archcore plugin | Instala, atualiza ou reporta o plugin do Archcore |
archcore update | Atualiza 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.
| Campo | Descrição | Valores |
|---|---|---|
sync | Modo de sincronização. Nuvem e on-prem estão chegando em breve. | none (somente local), cloud, on-prem |
language | Idioma 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
- Documentação: docs.archcore.ai
- Site: archcore.ai
- Plugin (Claude Code, Cursor): github.com/archcore-ai/plugin
- Problemas: github.com/archcore-ai/cli/issues
- Licença: Apache 2.0