Редакция 17 апреля 2026 г.

LORE: MCP-сервер «археологии кода», который подсказывает Claude и Cursor структуру проекта

Автор eliotshift на Dev.to описывает LORE (в тексте поста — Layout-Oriented Reverse Engineering) как открытый MCP-сервер для анализа кодовых баз на TypeScript/JavaScript: инструмент извлекает структурные сигналы из репозитория и отдаёт их ассистенту по запросу, вместо того чтобы опираться на разрозненные файлы вроде CLAUDE.md и длинные ручные промпты.

Тем, кто уже ведёт разработку через Claude Desktop, Cursor или Windsurf, автор предлагает сместить разговор с вопроса «что написано в этом файле» к карте зависимостей, типам и архитектурным рискам — на языке данных, которые модель может запросить через протокол.

По снимку метаданных Dev.to на 2026-04-17 у публикации зафиксированы 2 комментария, 1 публичная реакция и ориентировочное время чтения 4 минуты; счётчик просмотров страницы в ответе API был пустым, из чего не следует вывод о нулевом интересе — метрика просто не передана.

Почему у coding-ассистентов «пропадает» архитектура между сессиями

В своём TL;DR автор формулирует тезис о «zero architectural memory»: каждая новая сессия с моделью начинается практически с нуля, без устойчивой памяти о графе модулей, скрытых связях и накопленных архитектурных компромиссах. Отсюда — мотивация сделать «code archaeology engine», который заранее выполняет разбор репозитория через набор анализаторов и отдаёт структурированные ответы по Model Context Protocol, чтобы Claude, Cursor или Windsurf могли опираться не только на открытый в редакторе файл.

Что предлагает LORE и как его запускают

Пост позиционирует LORE как 100% open source продукт под лицензией MIT, с подчёркнутым local-first подходом: по формулировкам автора, данные не покидают машину, нет облачного бэкенда, API-ключей и телеметрии.

Смысл тезиса local-first в материале: ассистент в Claude Desktop или Cursor получает структурированные ответы MCP, не отправляя исходники «куда-то ещё» — в отличие от сценариев с внешним SaaS-анализом.

Установка описана через npx lore-mcp init и альтернативу npm install -g lore-mcp — то есть это не отдельный SaaS, а пакет, который можно поднять локально и подключить к MCP-клиентам.

Требования среды в материале: Node.js 18+; автор не указывает Docker, виртуальные машины или Rosetta как обязательные элементы контура.

Тринадцать параллельных анализаторов и «не просто dependency checker»

Автор описывает 13 параллельных анализаторов, запускаемых через «plugin pipeline», и приводит таблицу с нумерацией 1–13. В обзоре явно названы, среди прочего, AST Parser, Dependency Graph, Circular Dependencies и цепочка задач до Gap Analysis; остальные позиции таблицы следует смотреть в оригинале поста. Анализ, по тексту, включает рекурсивный обход дерева проекта, разбор .ts и .tsx, работу с AST, картой import/export и типами, плюс конфигурационные файлы.

Стек, который перечисляет автор: TypeScript 5.5+, ts-morph 21, MCP SDK 1.0, транспорт Stdio, валидация Zod, вывод в ANSI, Markdown и SARIF. Смысловой задел для ИИ-инструментов здесь прямой: клиент получает не «голый» текст файлов, а агрегированные сигналы — от скрытого сцепления модулей до hotspots и циклических зависимостей — в форме, которую ассистент может интерпретировать в ответ на запросы вроде приоритетов P0 (примеры формулировок вопросов к Claude приведены в оригинале).

Интеграция через MCP: Claude Desktop, Cursor и Windsurf

Для Claude Desktop в статье показан JSON-фрагмент секции mcpServers с путём к файлу конфигурации ~/Library/Application Support/Claude/claude_desktop_config.json (путь из текста автора; на других ОС расположение может отличаться). Для Cursor автор даёт схему «Add to your MCP settings» с командой npx и аргументами ["-y", "lore-mcp"].

В тексте поста на Dev.to упоминаний .cursor/rules или skills нет — связывать LORE с экосистемой правил Cursor здесь можно только как общий фон ИИ-IDE, без атрибуции этих практик автору материала.

Пример минимальной идеи конфигурации (структура по описанию статьи, без копирования полного файла автора):

{
  "mcpServers": {
    "lore": {
      "command": "npx",
      "args": ["-y", "lore-mcp"]
    }
  }
}

«Battle-Tested»: шестнадцать проектов и пример `lore status` на Express.js

В разделе Battle-Tested автор сообщает о серии проверок на 16 крупных open-source TypeScript-проектах и формулировке «16 projects. 100% pass rate. Zero crashes.» В таблице приведены, в частности, Express (42 файла), Next.js (68), NestJS (38), Fastify (55), Prisma (45), Zod (35), TypeORM (60), React (73) — числа файлов взяты из таблицы в посте.

В качестве иллюстрации приводится вывод lore status для Express.js с версией LORE MCP Server v0.1.6, оценками Overall 87/100, Type Safety 92/100, Tooling Config 78/100, Architecture 91/100, а также счётчиками Circular Dependencies: 3 found (2 critical), Hotspot Modules: 5, Hidden Coupling: 8 links, AI Recommendations: 12 suggestions и завершением «0 errors, 0 crashes» — всё как в опубликованном примере на странице.

Автор также перечисляет CLI-команды: lore [path], lore init, lore status, lore diff, lore doctor, lore watch, lore mcp inspect и другие из списка в материале.

Платформы, CI и раздел «What’s Next»

Поддержка, по тексту, включает macOS (Intel и Apple Silicon M1–M4), перечисленные автором дистрибутивы Linux, Windows 10/11, а также сценарии CI на GitHub Actions, GitLab CI и Jenkins — детали списков см. в первоисточнике. Для пользователей MCP-клиентов (Claude Desktop, Cursor, Windsurf) это тот же продукт, что обсуждался выше: перечень сред задаёт, где автор заявляет совместимость установки и запуска.

Раздел What’s Next оформлен как чеклист намерений (LORE INTEGRITY, расширение для VS Code, LORE NETWORK, Plugin API); это планы, а не заявление о готовых продуктах на дату публикации.

Источники

Eliotshift (Dev.to): I Built a Code Archaeology Engine for AI — Here's Why Claude and Cursor Keep Forgetting Your Architecture — Dev.to (дата доступа к странице: 2026-04-17, 21:04:58 UTC).
Метаданные публикации на Dev.to: время публикации поста 2026-04-17, 16:47:16 UTC; на снимок 2026-04-17 приходятся 2 комментария, 1 публичная реакция, ориентировочное время чтения 4 минуты; счётчик просмотров в данных API — пустой (null), из чего не следует вывод о нулевом интересе.