mutagen-mcp

MCP-сервер (stdio) на .NET 9 + [Mutagen](https://mutagen-modding.github.io/Mutagen/) для чтения Skyrim SE (и родственных релизов Mutagen с ToSkyrimRelease()): статус путей, список из plugins.txt (пагинация offset / maxPlugins, фильтр только отсутствующие на диске), заголовки, мастера, компактный режим `mutagen_verify_masters` без массива рёбер, а также ограниченный анализ записей (цепочка оверрайдов по FormKey, сравнение двух плагинов, кандидаты ITM / удалённые записи). Тяжёлые сценарии ограничены параметрами и настройками (maxPlugins, maxNodes, MaxConflictScanRecords, …).

• .NET SDK 9 (на машине с игрой обычно Windows; сборка кроссплатформенная; в Docker образ собирается сам).
• Путь к `plugins.txt` (список и порядок плагинов для игры или профиля MO2).
• `DataFolder` — первый корень поиска (обычно Skyrim Special Edition\Data с ванильными мастерами).
• `PluginSearchRoots` — дополнительные корни (плоские каталоги с .esp / .esm / .esl или корень `mods` Mod Organizer 2). Порядок важен: последний корень в списке выигрывает, если одно и то же имя файла встречается в нескольких корнях.
• Для MO2 (плагины в mods/<имя мода>/…, а не в корне mods/): задайте `ModlistTxtPath` — путь к modlist.txt профиля. Резолвер ищет файл как modsRoot/<папка из modlist>/(Data/)?/<имя плагина>; приоритет как в MO2: ниже в modlist — выше приоритет при совпадении имён.

Если PluginSearchRoots пуст, используется только DataFolder. Без ModlistTxtPath дополнительные корни обрабатываются только плоско (корень/файл и при ProbeDataSubfolder — корень/Data/файл).

Заметка: это не дублирует Mod Organizer MCP: тот про управление профилем MO2; mutagen-mcp использует те же файлы, чтобы открыть бинарные плагины через Mutagen.

dotnet build MutagenMcp.sln -c Release

Бинарь: `src/Muta