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-нативный контекст для ИИ-агентов кодинга

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 frontmatter.
  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): 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 типов в слоях видения, знаний и опыта

Знания

ТипПолное названиеОписание
adrArchitecture Decision RecordФиксирует окончательное техническое решение с контекстом, альтернативами и последствиями
rfcRequest for CommentsПредлагает значимое изменение, открытое для ревью команды и обратной связи
ruleRuleСтандарт кодинга или процесса с императивными указаниями и примерами
guideGuideПошаговые инструкции для выполнения конкретной задачи
docDocumentСправочная документация, реестры и описательные материалы
specSpecificationНормативный контракт поведения для границы или функции/подсистемы, на которую полагаются другие

Видение

ТипПолное названиеОписание
prdProduct Requirements DocumentЦели, пользовательские истории, критерии приёмки и метрики успеха
ideaIdeaЛёгкая фиксация продуктовой или технической идеи для будущего исследования
planPlanПоэтапный список задач с критериями приёмки и зависимостями
rndResearchОграниченное по времени исследование, отвечающее на вопрос, блокирующий решение

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

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

ТипПолное названиеОписание
mrdMarket Requirements DocumentРыночный ландшафт, TAM/SAM/SOM, конкурентный анализ и потребности рынка
brdBusiness Requirements DocumentБизнес-цели, заинтересованные стороны, ROI и бизнес-правила
urdUser Requirements DocumentПользовательские персоны, пути пользователя, требования к юзабилити и критерии приёмки

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

ТипПолное названиеОписание
brsBusiness Requirements SpecificationМиссия, цели, задачи и бизнес-концепция эксплуатации
strsStakeholder Requirements SpecificationПотребности заинтересованных сторон, концепция эксплуатации и пользовательские требования
syrsSystem Requirements SpecificationСистемные функции, интерфейсы, производительность и проектные ограничения
srsSoftware Requirements SpecificationФункции ПО, внешние интерфейсы и детальные спецификации поведения

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

Опыт

ТипПолное названиеОписание
task-typeTask TypeМногоразовый чек-лист и рабочий процесс для повторяющейся задачи
cpatCode 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

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