Archcore MCP
официальныйЛокальный MCP-сервер stdio, который позволяет AI-агентам кодирования читать и поддерживать структурированную архитектуру, правила и решения непосредственно из вашего репозитория.
Что можно делать с Archcore MCP?
Archcore хранит спецификации, решения и правила как типизированный Markdown в .archcore/, который предоставляется вашему агенту через MCP-инструменты.
- Поиск контекста проекта — Попросите ассистента найти применимые ADR, правила или спецификации перед редактированием, с помощью
search_documents. - Запись решения — Попросите ассистента создать структурированный документ ADR или правило с помощью
create_document. - Обновление существующего контекста — Попросите ассистента пересмотреть спецификацию или план с помощью
update_document. - Список всех документов — Перечислите все документы контекста в
.archcore/с помощьюlist_documents. - Получение документа — Получите полное содержимое одного документа с помощью
get_document. - Связывание связанных документов — Свяжите документы с помощью
add_relationи просмотрите их черезlist_relations.
Документация
Archcore CLI — Git-нативный контекст для ИИ-агентов кодинга
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 frontmatter.
- Повторное использование — агенты читают, создают, обновляют и связывают документы через 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): 19 типов в трёх слоях — знания (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 — это слой истины репозитория для агентов кодинга, а не методологический набор.
Справочник
Что входит в комплект: 19 типов документов, 4 типа связей, 10 MCP-инструментов, интеграции хуков для 4 агентов и MCP-интеграции для 8.
Типы документов — 19 типов в слоях видения, знаний и опыта
Знания
| Тип | Полное название | Описание |
|---|---|---|
adr | Architecture Decision Record | Фиксирует окончательное техническое решение с контекстом, альтернативами и последствиями |
rfc | Request for Comments | Предлагает значимое изменение, открытое для ревью команды и обратной связи |
rule | Rule | Стандарт кодинга или процесса с императивными указаниями и примерами |
guide | Guide | Пошаговые инструкции для выполнения конкретной задачи |
doc | Document | Справочная документация, реестры и описательные материалы |
spec | Specification | Нормативный контракт поведения для границы или функции/подсистемы, на которую полагаются другие |
Видение
| Тип | Полное название | Описание |
|---|---|---|
prd | Product Requirements Document | Цели, пользовательские истории, критерии приёмки и метрики успеха |
idea | Idea | Лёгкая фиксация продуктовой или технической идеи для будущего исследования |
plan | Plan | Поэтапный список задач с критериями приёмки и зависимостями |
rnd | Research | Ограниченное по времени исследование, отвечающее на вопрос, блокирующий решение |
Два дополнительных трека требований для команд, которым нужен структурированный сбор требований или формальная декомпозиция:
Трек источников (MRD → BRD → URD) — фиксирует откуда берутся требования:
| Тип | Полное название | Описание |
|---|---|---|
mrd | Market Requirements Document | Рыночный ландшафт, TAM/SAM/SOM, конкурентный анализ и потребности рынка |
brd | Business Requirements Document | Бизнес-цели, заинтересованные стороны, ROI и бизнес-правила |
urd | User Requirements Document | Пользовательские персоны, пути пользователя, требования к юзабилити и критерии приёмки |
Трек ISO/IEC/IEEE 29148:2018 (BRS → StRS → SyRS → SRS) — фиксирует как декомпозируются требования:
| Тип | Полное название | Описание |
|---|---|---|
brs | Business Requirements Specification | Миссия, цели, задачи и бизнес-концепция эксплуатации |
strs | Stakeholder Requirements Specification | Потребности заинтересованных сторон, концепция эксплуатации и пользовательские требования |
syrs | System Requirements Specification | Системные функции, интерфейсы, производительность и проектные ограничения |
srs | Software Requirements Specification | Функции ПО, внешние интерфейсы и детальные спецификации поведения |
Используйте PRD для большинства проектов; добавляйте трек источников для структурированного сбора требований и ISO 29148 для формальной трассируемости в регулируемых или сложных мультикомандных системах. Комбинируйте свободно.
Опыт
| Тип | Полное название | Описание |
|---|---|---|
task-type | Task Type | Многоразовый чек-лист и рабочий процесс для повторяющейся задачи |
cpat | Code Change Pattern | Анализ первопричины бага или инцидента с шагами по предотвращению |
Каждый документ — это Markdown-файл с YAML frontmatter:
---
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.
Связи
Документы связываются направленными отношениями: related (общая ассоциация), implements (источник реализует то, что специфицирует цель), extends (источник строится на цели), depends_on (источник требует цель). Управляются агентом через MCP-инструменты.
Локальный 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` | Установить хуки для обнаруженных ИИ-агентов | | `archcore mcp` | Запустить MCP stdio сервер | | `archcore mcp install` | Установить MCP конфигурацию для обнаруженных агентов | | `archcore update` | Обновить Archcore до последней версии |archcore update проверяет GitHub Releases, загружает новую версию, проверяет SHA-256 контрольную сумму и атомарно заменяет бинарный файл.
Методы установки
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 install
go install github.com/archcore-ai/cli@latest
From source
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 Plugin — используете 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/archcore-plugin
- Проблемы: github.com/archcore-ai/cli/issues
- Лицензия: Apache 2.0