Как объяснить LLM-агенту архитектуру сразу нескольких репозиториев

Если проект живёт в нескольких репозиториях — фронт, бэк, воркеры — LLM-агент не видит общей картины. Он работает в контексте одного репо и не знает, какие архитектурные решения уже приняты в соседних.

ADR помогают это исправить. Но где их хранить, чтобы агент мог на них опираться?

Рассмотрели три варианта. Первый — MCP-сервер, который обходит репозитории и отдаёт нужные ADR по запросу. Гибко, но требует инфраструктуры. Второй — git-субмодуль с общими ADR, подключённый к каждому репо. Просто, но синхронизация может стать болью. Третий — инъекция контекста через npm-пакет: ADR упакованы и подтягиваются как зависимость. Работает для JS-стека, но не универсально.

У каждого варианта есть ограничения. MCP-сервер — дополнительный сервис на поддержке. Субмодуль — риск расхождения версий. npm-пакет — привязка к экосистеме.

Идеального решения нет. Выбор зависит от стека и того, насколько агент должен понимать архитектуру в реальном времени.

А как вы храните ADR в мультирепо-проектах?