Archcore MCP

официальный

Локальный MCP-сервер stdio, который позволяет AI-агентам кодирования читать и поддерживать структурированную архитектуру, правила и решения непосредственно из вашего репозитория.

Что можно делать с Archcore MCP?

  • Load project context — Ask your assistant to retrieve ADRs, rules, and specs relevant to a module before making changes, via list_documents and search_documents.

  • Record decisions as durable docs — Have your assistant create typed Markdown documents (ADRs, rules, plans) in .archcore/ using create_document, keeping context versioned in Git.

  • Link related documents — Instruct your assistant to connect documents with relations like implements, depends_on, or supersedes using add_relation to build a context graph.

  • Update existing context — Ask your assistant to revise or remove outdated documents in .archcore/ via update_document and remove_document, keeping project knowledge current.

  • Bootstrap context in any repo — Have your assistant initialize .archcore/ from scratch in an empty workspace using init_project, enabling context tracking immediately.

Документация

Archcore CLI — Git-нативный контекст для ИИ-агентов программирования

Archcore переехал на github.com/archcore-ai/archcore. Этот репозиторий заархивирован. CLI теперь находится в cli/ в этом репозитории, рядом с плагином, и каждый релиз начиная с v0.10.1 публикуется на archcore-ai/archcore/releases. Установите или обновите с помощью curl -fsSL https://archcore.ai/install.sh | bash на macOS, Linux и WSL, или irm https://archcore.ai/install.ps1 | iex на Windows. Бинарный файл, установленный из этого репозитория (v0.8.7 или более ранняя версия), больше не обновляется автоматически; запустите установщик один раз, чтобы перейти на новый канал. Вопросы: archcore-ai/archcore/issues.

License Go Release Platform

Archcore — это git-нативный контекстный слой для ИИ-агентов программирования.

CLI хранит спецификации, архитектурные решения, правила, планы и знания о проекте в .archcore/, версионируемые вместе с вашим кодом, и предоставляет релевантный контекст агентам программирования через MCP и хуки сессий.

Он поставляется как CLI и локальный stdio MCP-сервер, поэтому любой MCP-совместимый агент программирования может читать и записывать контекст вашего проекта через стандартные инструменты. Используйте его для постоянного контекста проекта в Claude Code, Cursor, Codex CLI, GitHub Copilot, Gemini CLI, OpenCode, Roo Code и Cline.

Посмотрите, как это работает

Этот контекст пришёл из .archcore/ — типизированных Markdown-документов, версионируемых в Git, предоставляемых любому агенту через MCP-инструменты и хуки сессий.

archcore demo

Что меняется

❌ Без Archcore

Каждая сессия начинается с нуля. Агент:

  • угадывает вашу архитектуру и нарушает ваши соглашения
  • дублирует логику, которая уже существует
  • заново пересматривает решения, которые ваша команда уже приняла
  • нуждается в повторном объяснении одного и того же контекста в каждом чате

✅ С Archcore

Ваши решения, правила и соглашения живут в Git как структурированный контекст. Агент:

  • загружает применимые решения и правила в начале сессии
  • размещает код там, где, согласно вашей архитектуре, ему положено быть
  • соблюдает ADR, спецификации и правила, уже находящиеся в репозитории
  • фиксирует новые решения как долговечный контекст — проверяемый в PR, переносимый между агентами

Агент перестаёт угадывать и начинает следовать системе.

Начало работы за 60 секунд

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

archcore init создаёт .archcore/, обнаруживает ваших агентов программирования и настраивает для них хуки и MCP.

Затем откройте вашего агента и скажите:

"Мы используем PostgreSQL для основного хранилища. Зафиксируй это решение."

Готово — теперь в .archcore/ есть структурированный ADR, который увидит каждая будущая сессия в любом агенте.

На Windows: irm https://archcore.ai/install.ps1 | iex. Для WSL — go install, а для сборки из исходников см. Способы установки ниже или полное руководство по установке.

Работает с вашим агентом

CLI сам по себе является локальным stdio MCP-сервером — единая точка интеграции для каждого MCP-совместимого агента. Хуки добавляют контекст начала сессии там, где агент их поддерживает.

АгентХукиMCP
Claude Codeдада
Cursorдада
Gemini CLIдада
GitHub Copilotдада
OpenCode—да
Codex CLI—да
Roo Code—да
Cline—вручную

archcore init автоматически настраивает обнаруженных агентов. Чтобы подключить вручную:

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

Как это работает

  1. Инициализация — archcore init создаёт .archcore/ и устанавливает интеграции с агентами.
  2. Фиксация — решения, правила, планы и руководства хранятся как типизированные Markdown-документы с YAML-фронтматтером.
  3. Повторное использование — агенты читают, создают, обновляют и связывают документы через MCP-инструменты во время работы; хуки загружают контекст в начале сессии.
  4. Хранение в Git — просматривайте изменения контекста как код, развивайте их со временем, сохраняйте переносимость между инструментами.
.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

Структура свободная — организуйте по домену, функции или команде. Тип документа указан в его имени файла (slug.type.md): 23 типа в трёх слоях — знания (ADR, правила, спецификации, руководства), видение (PRD, планы, идеи, треки требований) и опыт (паттерны инцидентов, повторяющиеся задачи). Собственный .archcore/ этого репозитория — рабочий пример.

Спросите своего агента

"Прежде чем я трону модуль аутентификации, какие решения и правила здесь применимы?"

Загружает ADR и правила, связанные с этой областью, прежде чем агент изменит хотя бы одну строку.

"У нас есть соглашение: всегда оборачивать ошибки с помощью fmt.Errorf и %w. Сделай это правилом."

Создаёт backend/error-wrapping.rule.md с императивными указаниями, обоснованием и примерами хорошего/плохого.

"На прошлой неделе у нас был инцидент с истощением пула соединений. Задокументируй это, чтобы мы не повторили."

Создаёт incidents/connection-pool-exhaustion.cpat.md с анализом первопричины и шагами по предотвращению.

Сравнение

Если вы полагаетесь на…ПробелЧто вместо этого делает Archcore
НичегоАгент заново изучает ваш репозиторий каждую сессию и пересматривает устоявшиеся решенияЗагружает решения, правила и соглашения в начале сессии — в любом агенте
Плоские файлы инструкций (CLAUDE.md, .cursorrules)Одна растущая стена текста — без типов, без связей, без жизненного цикла, копируется для каждого инструментаТипизированные документы, граф связей, жизненный цикл черновик → принято, одна настройка для каждого агента
Инструменты памяти (claude-mem, Mem0)Помнят что вы делали — нестабильно, непрозрачно, привязано к вендоруХранят как устроена система и что было решено — версионируется в Git, принадлежит вам
Методологические наборы (BMAD, Spec Kit, Agent OS)Предписывают процесс, часто как разовую передачуХранят артефакты — живой граф контекста, который развивается вместе с кодовой базой
RAG / большее окно контекстаИзвлекает то, что код говорит, а не то, что было решено и почемуХранит решения и обоснования явно и выборочно — агент загружает применимое, а не всё

Не для — памяти чатов, библиотеки промптов или разового генератора «спецификация → код». Archcore — это слой истины репозитория для агентов программирования, а не методологический набор.

Справочник

Что входит в комплект: 23 типа документов, 7 типов связей, 10 MCP-инструментов, интеграции хуков для 4 агентов и MCP-интеграции для 8.

Типы документов — 23 типа в слоях видения, знаний и опыта

Знания

ТипПолное названиеОписание
adrЗапись архитектурного решенияФиксирует окончательное техническое решение с контекстом, альтернативами и последствиями
rfcЗапрос комментариевПредлагает значимое изменение, открытое для обзора команды и обратной связи
ruleПравилоСтандарт кодирования или процесса с императивными указаниями и примерами
guideРуководствоПошаговые инструкции для выполнения конкретной задачи
docДокументСправочная документация, реестры и описательные материалы
specСпецификацияНормативный контракт поведения для границы или функции/подсистемы, на которую полагаются другие
evidenceДоказательствоОдин внешний материал с его локатором, выдержкой и заметками об интерпретации
scenarioСценарийПотоки «актор — субъект» и примеры Given/When/Then, иллюстрирующие пункты одной спецификации

Видение

ТипПолное названиеОписание
prdДокумент требований к продуктуЦели, пользовательские истории, критерии приёмки и метрики успеха
ideaИдеяЛёгкий захват продуктовой или технической идеи для будущего исследования
planПланПоэтапный список задач с критериями приёмки и зависимостями
rndИсследованиеОграниченное по времени расследование, отвечающее на вопрос, блокирующий решение
journeyПутешествиеПредполагаемый путь одного типа пользователя через систему до появления спецификации, покрывающей это взаимодействие
researchИсследованиеИсследование территории с областью, покрытием, датированными источниками, выводами и открытыми пробелами

Два дополнительных трека требований для команд, которым нужна структурированная разработка или формальная декомпозиция:

Трек источников (MRD → BRD → URD) — фиксирует откуда берутся требования:

ТипПолное названиеОписание
mrdДокумент рыночных требованийРыночный ландшафт, TAM/SAM/SOM, конкурентный анализ и рыночные потребности
brdДокумент бизнес-требованийБизнес-цели, заинтересованные стороны, ROI и бизнес-правила
urdДокумент пользовательских требованийПользовательские персоны, путешествия, требования к удобству использования и критерии приёмки

Трек ISO/IEC/IEEE 29148:2018 (BRS → StRS → SyRS → SRS) — фиксирует как декомпозируются требования:

ТипПолное названиеОписание
brsСпецификация бизнес-требованийМиссия, цели, задачи и бизнес-концепция эксплуатации
strsСпецификация требований заинтересованных сторонПотребности заинтересованных сторон, концепция эксплуатации и пользовательские требования
syrsСпецификация системных требованийСистемные функции, интерфейсы, производительность и ограничения проектирования
srsСпецификация требований к программному обеспечениюФункции ПО, внешние интерфейсы и детальные поведенческие спецификации

Используйте PRD для большинства проектов; добавляйте трек источников для структурированной разработки требований и ISO 29148 для формальной трассируемости в регулируемых или сложных мультикомандных системах. Смешивайте свободно.

Опыт

ТипПолное названиеОписание
task-typeТип задачиМногоразовый чек-лист и рабочий процесс для повторяющейся задачи
cpatПаттерн изменения кодаАнализ первопричины ошибки или инцидента с шагами по предотвращению

Каждый документ — это Markdown-файл с YAML-фронтматтером:

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

## Context

...

Допустимые статусы: draft, accepted, rejected. Теги необязательны и свободной формы.

Инструменты MCP и связи

Инструменты MCP

10 инструментов: init_project, list_documents, get_document, search_documents, create_document, update_document, remove_document, add_relation, remove_relation, list_relations. Сервер также работает в пустом репозитории — агенты могут самостоятельно создать .archcore/ через init_project.

Связи

Документы связываются через семь направленных отношений, управляемых инструментами MCP.

ОсьСвязьНаправление
СтруктурнаяrelatedИсточник ассоциируется с целью
СтруктурнаяimplementsИсточник реализует цель
СтруктурнаяextendsИсточник строится на основе цели
Структурнаяdepends_onИсточник требует цель
ДоказательнаяsupportsМатериал подтверждает утверждение цели
ДоказательнаяcontradictsОппонент оспаривает утверждение цели
ВременнаяsupersedesБолее новый документ заменяет более старый

Конечные точки — это отдельные существующие локальные документы. Связи не изменяют автоматически статус документа и не разрешают противоречия. Более старые версии CLI отклоняют манифесты, содержащие три новых значения.

Источник начинается как строка в расследовании. Добавьте ему файл evidence, когда несколько документов используют его повторно, он участвует в противоречии или более новый материал заменяет его. Движок хранит локатор и выдержку; он не загружает и не проверяет источник.

Локальный MCP-сервер

archcore mcp обслуживает документы из текущего каталога через stdio. Передайте --project /path/to/repo (или установите ARCHCORE_PROJECT_ROOT), когда сервер запускается из каталога, который не является вашим рабочим пространством — например, через интеграцию с редактором.

Команды
КомандаОписание
archcore initИнтерактивная инициализация каталога .archcore/
archcore doctorПроверка настройки archcore и исправление проблем
archcore statusПроверка структуры .archcore/ и состояния документов
archcore configПросмотр или изменение настроек
archcore hooks installУстановка хуков для обнаруженных AI-агентов
archcore mcpЗапуск MCP stdio-сервера
archcore mcp installУстановка MCP-конфигурации для обнаруженных агентов
archcore instructionsУправление подсказкой Archcore в файлах инструкций
archcore pluginУстановка, обновление или отчет о плагине Archcore
archcore updateОбновление Archcore до последней версии

archcore update проверяет GitHub Releases, загружает новую версию, проверяет контрольную сумму SHA-256 и атомарно заменяет бинарный файл. Затем он обновляет плагин Archcore на каждом хосте, где он уже установлен, и выводит команду для запуска на хосте, чей CLI недоступен.

archcore plugin управляет этим плагином напрямую на Claude Code, Cursor, Codex CLI и GitHub Copilot. archcore init устанавливает его для выбранных вами хостов.

Обновление и телеметрия

Автоматическое обновление

Начиная с v0.8.0 CLI также обновляется без участия пользователя. archcore mcp — сервер, который запускает ваш агент — выполняет ту же проверку в фоновом режиме, не чаще одного раза в 24 часа на машину, и заменяет бинарный файл только на релиз, опубликованный этим проектом, после однократного запуска загруженного бинарного файла для подтверждения его работоспособности. Запущенный процесс никогда не перезапускается и не прерывается; новая версия вступает в силу при следующем запуске бинарного файла. Сборки, которые вы компилируете сами, форки и CI-раннеры никогда не обновляются автоматически.

Ни одна переменная и ни один ключ .archcore/settings.json не отключают это. Если машина не должна обновляться, установите бинарный файл в каталог, который её пользователь не может записывать — в расположение, принадлежащее root — и каждая попытка остановится до загрузки чего-либо.

Аналитика обновлений

Релизная сборка отправляет одно событие на каждую попытку обновления: версии, между которыми она переходила, вашу ОС и архитектуру CPU, выглядел ли запуск как CI, вводили ли вы команду или её выполняла фоновая проверка, и какой шаг не удался, если такой был. Она никогда не отправляет сообщение об ошибке, путь, имя пользователя, имя хоста или что-либо о вашем репозитории. Установите DO_NOT_TRACK=1 или ARCHCORE_TELEMETRY_OPTOUT=1, чтобы не отправлять ничего. Обе переменные управляют только аналитикой — ни одна из них не останавливает CLI от самообновления. Подробности: archcore.ai/privacy.

Способы установки

macOS / Linux

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

Windows

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

Устанавливает archcore.exe в %LOCALAPPDATA%\Programs\archcore и добавляет его в ваш пользовательский PATH. Откройте новое окно PowerShell после установки.

Windows (WSL)

Установите WSL, затем запустите скрипт для macOS/Linux внутри него.

Установка через Go

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

Из исходного кода

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

Поддерживаемые платформы: macOS, Linux, Windows — amd64 и arm64.

Для переменных окружения (ARCHCORE_VERSION, ARCHCORE_INSTALL_DIR, GITHUB_TOKEN) см. настройки установки. По вопросам PATH см. устранение неполадок установки.

Конфигурация

Настройки хранятся в .archcore/settings.json, созданном командой archcore init.

ПолеОписаниеЗначения
syncРежим синхронизации. Облачный и локальный режимы скоро появятся.none (только локальный), cloud, on-prem
languageЯзык документов. Помогает агенту генерировать документацию на правильном языке.Строка, по умолчанию en
archcore config                    # show all settings
archcore config get <key>          # get a specific value
archcore config set <key> <value>  # set a value

Экосистема

  • Плагин Archcore — используете Claude Code или Cursor? Плагин работает в паре с CLI: тот же движок, плюс навыки, интент-команды и защитные механизмы. Один продукт, две точки входа — CLI сам по себе покрывает всех остальных агентов.
  • docs.archcore.ai — полная документация.
  • .archcore/ в этом репозитории — живой пример: CLI построен на собственном контекстном слое.

Разработка

Требуется Go 1.25+.

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

Ссылки и лицензия