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_documentsandsearch_documents. -
Record decisions as durable docs — Have your assistant create typed Markdown documents (ADRs, rules, plans) in
.archcore/usingcreate_document, keeping context versioned in Git. -
Link related documents — Instruct your assistant to connect documents with relations like
implements,depends_on, orsupersedesusingadd_relationto build a context graph. -
Update existing context — Ask your assistant to revise or remove outdated documents in
.archcore/viaupdate_documentandremove_document, keeping project knowledge current. -
Bootstrap context in any repo — Have your assistant initialize
.archcore/from scratch in an empty workspace usinginit_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.
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
Каждая сессия начинается с нуля. Агент:
- угадывает вашу архитектуру и нарушает ваши соглашения
- дублирует логику, которая уже существует
- заново пересматривает решения, которые ваша команда уже приняла
- нуждается в повторном объяснении одного и того же контекста в каждом чате
✅ С 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
Как это работает
- Инициализация —
archcore initсоздаёт.archcore/и устанавливает интеграции с агентами. - Фиксация — решения, правила, планы и руководства хранятся как типизированные Markdown-документы с YAML-фронтматтером.
- Повторное использование — агенты читают, создают, обновляют и связывают документы через MCP-инструменты во время работы; хуки загружают контекст в начале сессии.
- Хранение в 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
Ссылки и лицензия
- Документация: docs.archcore.ai
- Веб-сайт: archcore.ai
- Плагин (Claude Code, Cursor): github.com/archcore-ai/plugin
- Проблемы: github.com/archcore-ai/cli/issues
- Лицензия: Apache 2.0