Каталог модов: расширения

Расширения ставятся поверх ядра. В отличие от ядра, каждое из них можно убрать — сборка не сломается, просто закроется соответствующее направление игры. Всего 132 позиции: 110 рекомендованных и 1 опциональный.

Ниже честно помечено, где мод обязателен для конкретного стиля игры, а где это вкусовщина. Версии — по эталонной установке на KSP 1.12.5.

Станции, базы и строительство

SSPX и KPBS делят одну нишу — обитаемые объёмы — но не конфликтуют: SSPX про орбиту (модули с цилиндрической симметрией, стыковка в вакууме), KPBS про грунт (низкие хабы, переходные рукава, всё стоит на опорах). Ставить оба нормально.

Extraplanetary Launchpads — самый «изменяющий игру» мод в списке. Он превращает базу из декорации в производство, но и требует полноценной логистики: руда → металл → детали → корабль. Если не готов к цепочке из трёх переделов, ставь позже.

Наука

Station Science даёт станции настоящую работу вместо «стоит и приносит контракт». Эксперименты требуют произвести Эврики и Куарки, а капсулу либо везти домой, либо прогонять через Спектрометрон. Без станции мод бесполезен — не ставь его, если станции в планах нет.

Custom Asteroids тянет CustomAsteroids-Pops (виртуальный пакет — «хоть один профиль распределения»). Профиль Stock-Outer (кометы за орбитой Джула) в эталонной установке отсутствует не по решению, а из-за ограничения самого CKAN-резолвера: при явном запросе всех четырёх Pops-профилей разом решатель детерминированно отбрасывает именно этот один, независимо от порядка модов в команде и от того, стоят ли остальные три уже или ставятся с нуля (проверено: Depends: CustomAsteroids-Pops у ядра удовлетворяется любым ОДНИМ профилем, и Stock-Outer каждый раз оказывается тем, кого решатель считает лишним). Практически не критично — Stock-Inner + Stockalike + OPM-Outer уже дают покрытие внутренней системы, стоковый стиль и зону OPM.

Двигатели и топливо

Far Future — единственный пак тяги, который выходит за рамки «ванилы+». Он не ломает баланс (детали дорогие и стоят в самом конце CTT), но если тебе не нужны межзвёздные амбиции, спокойно пропускай.

Cryo Tanks без Cryo Engines тоже имеет смысл: он патчит стоковые и модовые баки, добавляя переключение на LH2. А вот Cryo Engines без Cryo Tanks — почти всегда ошибка, водород будет улетать в никуда.

Энергетика и тепло

⚠️ Про Beamed Power честно. Мод хорошо считает физику луча, но детали-передатчики и приёмники в нём почти не сделаны: авторская идея — вешать модули WirelessSource / WirelessReceiver на чужие детали через патчи Module Manager. Заготовки для Near Future Exploration в комплекте есть, всё остальное придётся дописывать самому. Ставь, если готов лезть в конфиги; иначе — мимо.

Детали-паки

Про авиацию честно. Airplane Plus, KAX и NF Aeronautics — три пака вокруг самолётов, и если ты не летаешь в атмосфере, все три можно не ставить: программа «спутники → сеть → станции» обойдётся без них. Оставляют их обычно ради контрактов на выживших и разведку биомов Кербина.

Knes — вкусовщина в лучшем смысле: 215 деталей отдельной школы проектирования. Он ничего не ломает и не обязателен ни для чего; ставишь, если хочешь, чтобы программа выглядела не по-американски.

Инструменты ангара

Связь

Стоковая RA-100 даёт 100G. JX2 на порядок мощнее, и без него связь с Нейдоном и Плоком превращается в мучение. Если OPM не стоит, мод скорее избыточен.

⚠️ Живой баг после перехода на RemoteTech, уже пофикшен. При первом запуске после v26.19 в KSP.log нашлось 24 непрогрузившихся типа контрактов Contract Pack: Constellations (KsoRelay, MoonRelay, PlanetRelay, AddSatellites и другие) — ArgumentException: Requested value 'RELAY'/'EITHER' was not found. Причина не в нашей сборке: у параметра HasAntenna в самом Contract Configurator (source/CC_RemoteTech/HasAntennaParameter.cs на GitHub) enum antennaType допускает только Dish/Omni, а контракты Constellations написаны с RELAY/EITHER — эти значения не существовали в моде никогда, ошибка просто молчала, пока не было RemoteTech (проверка версии RT в загрузчике параметра раньше не пропускала код до разбора антенны). Фикс — contractconfigurator-rt-antennatype-fix.cfg в builds/operator/config/kerbalru-operator/: убирает строку antennaType, параметр остаётся («нужна хоть какая-то антенна»), просто без различия Dish/Omni.

Визуал атмосферы

Рассмотрено, но с явным компромиссом от автора — не взято по умолчанию

Ещё три Spectra/TUFX-апгрейда нашлись при разведке визуала, но каждый имеет зафиксированный автором побочный эффект — решать осознанно, не «бери всё»: - Spectra: EVE Kerbin+Laythe Snow — снег на Кербине и Лэйте, но автор мода сам пишет «VERY laggy». - Spectra: Scatterer Vibrant Sunsets — насыщенные закаты, автор сам пишет «causes artifacting in orbit». - TUFX — пост-процессинг (bloom/цветокоррекция) поверх уже готовой картинки EVE+Scatterer+Spectra. Зависимости чистые, но готового профиля именно под Spectra в CKAN нет — пришлось бы настраивать вручную, а это первый визуал-мод с ручной конфигурацией в сборке. Не по духу «поставил и работает».

TextureReplacer (высокие текстуры лиц/скафандров кербалов, настраиваемые лица) — технически идеальный кандидат, вообще без зависимостей. Но ценность низкая именно для этой сборки: флот беспилотный, кербал виден только в IVA/при EVA-ремонте KAS/KIS/в кадрах Camera Tools. Не взято ни в ядро, ни в рекомендованные — если понадобится для роликов или пилотируемых миссий, ставится отдельно по желанию.

Docking Port Alignment Indicator 6.13.1.0 — визир выравнивания при стыковке. Ставился дважды: первый раз отложен как «не срочно», второй раз поставлен намеренно — живой лог показал 34 ошибки Cannot find an InternalModule of typename 'DPAI_RPM' от чужих IVA-конфигов, ждавших именно этот мод. ⚠️ Ловушка при установке: как и RasterPropMonitor-Core раньше, DPAI тянет в Recommends полный RasterPropMonitor (не -Core), а тот — весь иммерсивный IVA-стек (FreeIva/DE-IVAExtension). Пришлось чистить вручную второй раз — см. Каталог модов: ядро сборки про ту же ловушку с -Core.

Parallax Continued — поставлен и снят, с фактами, не теорией

Стоял недолго. Живой лог KSP.log вживую подтвердил ДВА разных исключения именно от Parallax: Exception: dest texture data size was too small при обработке скайбокса главного меню (Parallax.Scaled_System.SkyboxControl) и NullReferenceException: buffer is null при выходе из главного меню (Parallax.Scaled_System.ScaledMainMenu.OnDisable). Игра не падала — сцены грузились дальше — но два разных класса исключений от одного мода за один прогон это не флюк. Заодно мод тянулся через KerbinSideRemastered/KerbalKonstructs, которые сами оказались сломаны (см. ниже) — при их чистке Parallax ушёл вместе с ними, решили не возвращать отдельно, пока не появится время разобраться с текстурой скайбокса прицельно.

Camera Tools и Hullcam VDS Continued — свободная кинематографическая камера (широкий угол, орбита вокруг корабля, слежение) и детали-камеры на сам корабль. Чисто визуальные, на баланс не влияют.

Chatterer + Chatterer Extended — переговоры с ЦУПом, SSTV, позывные. Чисто звук/атмосфера, на баланс не влияет.

PlanetShine — планеты и луны отражают свет на корабль, более естественное освещение в тени. Better Time Warp Continued — более гибкие уровни физического варпа; при том, сколько варпа было в этой сессии (сканирование по 3-5 суток на высоте), давно стоило поставить.

Звук и обратная связь

Все девять проверены на полную цепочку Depends/Recommends лично (через mono ckan.exe show) — раздутия вроде IVA-стека или KSPBurst нет ни у одного. Jet Sounds Continued и Ground Proximity (универсальный радиовысотомер, не только для самолётов) сознательно не взяты — оба функционально пересекаются с уже стоящими RSE и GPWS соответственно, добавлять дубль без проверки на практике не стали. Firefly (альтернатива Reentry Particle Effect, тот же FX-слой входа в атмосферу) и KerbalFX-AeroFX (жёстко требует KSPBurst — тот же паттерн, что уже похоронил RealAntennas на Apple Silicon) — тоже не взяты.

Живучесть

Сознательно взят вместо BARIS — та же идея отказов, но BARIS тянет за собой Kerbal Construction Time, которого в сборке больше нет (таймеры сборки убраны отдельным решением).

Ачивки и геймификация

🔴 Achievements (linuxgurugamer) поставили и СНЯЛИ, исправлено 2026-08-03. Ставили в v26.34, разобрались в его архитектуре (реально конфигурируемых через .cfg типов всего три — ORBITACHIEVEMENT, LANDING, SURFACESAMPLE, остальное жёстко зашито в DLL), написали 7 ачивок под тему сборки. Но живьём окно мода оказалось откровенно уродливым (плоские золотые IMGUI-прямоугольники, устаревший стиль) — да ещё и переведено едва наполовину (145 встроенных ачивок в 9 категориях означали бы доперевод title/text каждой). Оператор посмотрел живьём и забраковал внешний вид. Снесено через CKAN, operator-custom-achievements.cfg удалён (без мода — мёртвый груз). Final Frontier остался — окно у него проще/меньше, к тому же оператору лично нравится сама механика личных лент кербонавта.

Final Frontier ленты специально НЕ трогали: RibbonPacks/GameData/ в исходнике мода — это только замена/добавление ИКОНОК под уже существующие типы событий (пример — OPMFinalFrontierRibbons, набор иконок под тела OPM для уже встроенной механики «первая посадка на теле»), логику новых условий начисления через конфиг не задать — она компилируется в DLL.

Ачивки-контракты через ContractConfigurator (найдено после того, как оператор справедливо раскритиковал первый заход как слишком бедный — CC оказался куда богаче Achievements): CC поддерживает нативный тип параметра SCANsatCoverage прямо в ядре ContractConfigurator.dll, уже реально используемый официальным паком самого SCANsat (GameData/SCANsat/Resources/Contracts/, пороги 75/85/95%). «Тихие» (autoAccept, нулевые награды, maxCompletions=1, без дедлайна) контракты навсегда оседают во вкладке «Завершено» Mission Control — по сути и есть персистентная ачивка (игра всё равно покажет стоковый поп-ап "Contract Complete!" — это движковая логика, не подавляется).

• operator-scanning-achievements.cfg — 11 контрактов: полная карта (высотомер+биом ≥90%) Кербина/ Муны/Минмуса, высотомерная карта (≥90%) Дюны/Евы/Мохо/Дреса и 4 больших тел OPM.
• operator-station-achievements.cfg — 2 контракта: связка ≥10/≥25 деталей со стыковочным узлом на орбите Кербина, держится ≥2 суток (паттерн VesselParameterGroup+PartValidation+Orbit+ Duration — дословно по образцу уже стоящего ContractConfigurator-KerbinSpaceStation).
• operator-isru-achievement.cfg — 1 контракт, честный прокси, не то же самое, что «намайнено N тонн»: нигде в игре (ни в стоке, ни в kOS, ни в CC, ни в Achievements) не существует счётчика накопленной добычи за карьеру — физически негде хранить. Прокси: работающий ModuleResourceHarvester на борту + ≥500 ед. Ore в баках, держится ≥1 сутки.

Разведано (не реализовано — либо честно невозможно, либо не нужен отдельный конфиг): - Стыковка N раз — у мода Achievements (снят, см. выше) тип Docking был бы жёстко зашит в DLL и работал бы автоматически без конфига — но раз мода больше нет, этой механики сейчас нет вообще. Реализуемо через CC (type = Docking, см. KerbinSpaceStation-пак), но цепочкой параметров под каждое конкретное N — не сделано, отдельная задача, если понадобится. - Добыто N единиц ресурса за карьеру — см. прокси выше, точного счётчика физически нет нигде. - EVA-монтаж деталей (KIS/KIS) — у KAS/KIS есть собственные C#-события (KasEvents.OnLinkCreated, OnEVAConstructionModePartAttached), но они не подключены ни к CC, ни к Achievements, ни к kOS — мост потребовал бы отдельного плагина. - Число ретрансляционных хопов до KSC / размер сети RemoteTech — ключевая тема сборки, но НЕ трекается программно никак: RemoteTech.API.GetControlPath() физически существует, но зафиксированный интерфейс IRemoteTechAPIv1, который использует kOS, его не прокидывает — и через CC/Achievements тоже недоступно. Честное ограничение, не обходили. - Манипулятор (InfernalRoboticsNext) «станция собрана рукой» — трекается только универсальным PART:GETMODULE("ModuleIRServo_v3") без готовых суффиксов, не проверено вживую — не стали заводить отдельный конфиг на непроверенном фундаменте.

Автоматика и утилиты

BRP — тихий герой списка. Он подхватывает интеграции с Cryo Tanks, SystemHeat, Space Dust, Snacks, EL, NF Solar и Kopernicus (все конфиги в комплекте) и честно считает фон: реактор вырабатывал, теплица потребляла, водород выкипал. Без него база вне фокуса просто стоит на паузе.

RMM требует аккуратности: он повторяет сохранённый полёт, а не думает. Если маршрут изменился — станция подросла, орбита сместилась — запись надо переснимать.

Мост RemoteTech↔KAC уже встроен в сам RemoteTech (KerbalAlarmClockAddon) — будильник срабатывает на исполнение отложенного манёвра из очереди RT, если сигнал есть в момент прожига. Отдельного будильника «связь восстановилась» у RT нет — ни в самом моде, ни отдельным паком в CKAN, это принципиальный пробел экосистемы, не наша недоработка.

kOS — мосты и расширения возможностей скрипта

Максималистски: если мод даёт скрипту БОЛЬШЕ данных или БОЛЬШЕ управления — берём. Если это чужой готовый скрипт-пак или другая UI-парадигма (VR/IVA-пилотирование) — нет, это не увеличивает возможности НАШИХ скриптов, а конкурирует с ними.

Встроено в сам kOS, отдельный мод-мост не нужен — официальная документация kOS (ksp-kos.github.io/KOS/addons.html) называет 6 движковых интеграций, из них теперь 4 у нас стоят как обычные моды, и ADDONS:... появляется просто от их присутствия: RemoteTech (ADDONS:RT), Kerbal Alarm Clock (ADDONS:KAC), DMagic Orbital Science (ADDONS:DMAGIC или аналог — не проверено вживую), Trajectories (ADDONS:TR). Ещё один — Action Groups Extended — из коробки НЕ даёт доступа, для него нужны отдельные детали/API снаружи kOS.

🔴 ADDONS:IR (Infernal Robotics) БОЛЬШЕ НЕ РАБОТАЕТ, исправлено 2026-08-03. Раньше здесь тоже был Infernal Robotics — верно для kOS ≤1.5.1.0, но мост официально удалён в kOS 1.6.0 (11.05.2026, changelog дословно: «Removed Infernal Robotics addon because it hasn't worked in several years»). Установленная и прописанная в build.json версия — 1.6.0.1 (без пина, любой новый пользователь получит именно её через CKAN) — моста нет физически, ADDONS:IR в скрипте ничего не даст. Заявленная замена github.com/ksp-kos/kos-ir существует, но без единого релиза (Unreleased-changelog) — ставить рано, держим на радаре. Сервоприводы InfernalRoboticsNext всё ещё доступны из kOS универсальным механизмом PART:GETMODULE("ModuleIRServo_v3"):GETFIELD(...) (сырая рефлексия над полями модуля, без готовых MOVETO/ISMOVING) — не проверено вживую, синтаксис не гарантирован.

Не взято, несмотря на «максимум» — потому что не добавляет возможностей коду, а замещает его: - kOS-SpaceCore, kOS-SimpleAutopilot — чужие готовые скрипт-паки/автопилоты. Конкурируют с нашей kos/lib/, а не дают ей новых данных или команд. - kOS-Computer — альтернативный движок «guidance computer» под VR. Другая парадигма, не прибавка к возможностям kOS. - KOSHUD — экран переменных kOS, но «из первого лица IVA» буквально по описанию мода. Не летаем от первого лица — нечем пользоваться.

Комната управления (IVA для беспилотников)

⚠️ Важная ловушка при переустановке. RasterPropMonitor-Core в CKAN тащит в Recommends весь иммерсивный IVA-стек для ПИЛОТИРУЕМОГО полёта от первого лица: FreeIva (ходить по кораблю), ASET Consolidated Agency/Props (замена интерьеров кабин), Through The Eyes of a Kerbal, Reviva — это ~130 МБ, которые нам не нужны (мы не летаем от первого лица, управление — telnet и kOS). Их пришлось снести отдельно (ckan remove) сразу после установки. Если ставишь сборку заново командой install.sh — те же лишние моды подтянутся снова (глобальная настройка noRecommends: false в build.json не умеет исключать recommends точечно, только всем скопом) — придётся повторить чистку вручную.

Контракты и стратегии

Все контракт-паки требуют Contract Configurator из ядра. Разбор ритма, который они задают, — в Контракты и стратегии.

Strategia нельзя брать наугад: программы дают сильные бонусы, но и накладывают обязательства со штрафом за срыв. Читай условия целиком, особенно сроки.

Планетная система

OPM тянет Kopernicus и CTTP. Это единственный мод расширений, который меняет саму карту: ставить его лучше до начала карьеры, а не в середине. Заодно он резко поднимает требования к связи (см. JX2 выше) и к Δv (Двигатели и топливо).

Опционально — ставится по желанию

Эти три не входят даже в рекомендованный набор и в эталонной установке отсутствуют. Ставь осознанно.

Кандидаты — не в эталонной сборке, обсуждаются

Ничего из этого раздела не установлено и не входит в счёт «80 позиций» выше. Список собран разбором реальных проблем сессии игры (посадка мимо цели, неточные узлы манёвра, поиск путевой точки через kOS вместо интерфейса, свалка деталей в ангаре без категорий) плюс проверкой через CKAN (версии и совместимость с 1.12.5 — не угадывались, смотрены mono ckan.exe show). Каждый пункт — предложение, не решение.

kOS-мосты первого захода, вся связка RemoteTech/визуал/наука/камера/погода из второго захода, «оптимальный список» третьего захода (kOS-SCANSat, LaserDist, kOS for All!, Unmanned Contracts, Exploration Plus, Dang It!) и четвёртый заход (kOS-MechJeb2, комната управления, Trajectories/PreciseNode/WaypointManager/FilterExtensions), пятый заход (kOS-Career/kOS-EVA/AGExt/kOS-StockCamera) и шестой заход (KIS/TweakScale/EditorExtensionsRedux/ParallaxContinued + Chatterer/KDEX/SpaceAge/GrandTours — свежий обзор по внешним топам и темам наука/квесты/радио/геология) уже переехали в основные таблицы выше — установлены (2026-08, v26.19).

Пока не взяли, но не отклонили

Рассмотрели и отклонили — чтобы не поднимать снова

• Parallax Continued — ставился, снят по факту двух живых исключений в KSP.log (детали — «Визуал атмосферы» выше). Не «теоретический риск», а подтверждённое поведение на этой машине.
• Kerbin Side Remastered (+ тянущий её Kerbal Konstructs, Custom Pre Launch Checks) — попала транзитом через Recommends у Kerbal Weather Project, не выбирали явно. Живой лог показал 525 ошибок Texture ... not found — весь набор статических объектов КЦ ссылается на несуществующие ассеты. Снесено. Kerbal Weather Project без нее продолжает работать (зависимость была только Recommends, не Depends).
• BARIS — та же идея «случайные отказы», что и Dang It!, но в Recommends тянет Kerbal Construction Time — а его уже явно убирали раньше («таймеры бесят»). Dang It! даёт то же самое без этой ловушки.
• SignalDelay — отдельный мод на задержку сигнала избыточен: у нас уже настоящая задержка от RemoteTech.
• Kerbalism (целиком, не только ScienceOnly-конфиг) — наука-по-кривой + радиация + стресс экипажа звучит идеально под «постоянные спутники» и редкие пилотируемые миссии, техническая цепочка чистая (Harmony2 уже стоит, без Burst/FAR), готовые патчи под весь наш стек. Но это принципиальный отказ, зафиксированный в самом Что такое «Оператор» («Чего в сборке нет — намеренно»): жёсткий Kerbalism ломает темп «ванилы+». Дополнительно: готового профиля «наука+радиация без жизнеобеспечения» в CKAN нет — Rule-блоки eating/drinking/breathing зашиты в тот же Profile=default, что и нужные radiation/stress, разделить можно только ручным MM-патчем поверх профиля. Kerbalism-Config-ScienceOnly отдельно неисправим и версионно — Depends: Kerbalism 3.14 или раньше, а ставится 3.32.
• TestFlight (+ конфиги под Kerbal Atomics/Near Future Propulsion) — надёжность двигателя от накопленного налёта вместо случайного таймера Dang It!, технически чисто (без Burst/FAR). Но по теме — второй параллельный слой «почему сломалось» поверх уже работающего Dang It!. Проверено и то, что это мод из другой философии: в RP-1 (translations/RP-1/) TestFlight — штатная опция хардкорного реализма («Включить отказы деталей (TestFlight или TestLite)»), то есть ровно та корзина, которую «Оператор» сознательно не берёт (см. Что такое «Оператор»).
• MKS/UKS (+ USITools/USI-Core/Konstruction) — технически чистая цепочка (без Burst/FAR/Recommends-раздутия), даёт реальный новый логистический слой (ровер физически возит ресурс между базами, планетарная логистика раз в 6ч, orbital logistics с отдельной валютой Transport Credits). Не взято — по духу это тот же класс риска, что и Kerbalism: тяжёлая самодостаточная экономика, требующая постоянного внимания, а не «расширяет стоковую логику», а конкурирует с уже выстроенной связкой BRP+EPL+KPBS. Осознанно решили не переусложнять — не сейчас, не заодно с остальным.
• kOS-SpaceCore, kOS-SimpleAutopilot — чужие готовые скрипт-паки/автопилоты, а не возможности движка; конкурируют с нашей же kos/lib/, а не дополняют её.
• kOS-Computer, KOSHUD — заточены под VR/IVA-пилотирование, не наш плейстайл (мы управляем через telnet и автоматику, не от первого лица).
• Contract Pack: Career Evolution — темп «зонд → первый спутник → пилотируемое» хорош для НОВОЙ карьеры с нуля; для уже идущей (мы давно летаем спутниками) смысла меньше.
• RealAntennas — расширяет CommNet, а RemoteTech его выключает целиком; плюс требует KSPBurst, который на Mac у нас намеренно выпилен (Частые проблемы).

• Ревамп KSC/Кербина (визуал здания космоцентра, окружающий ландшафт, альтернативные площадки) — категория проверена на 13 кандидатах, все архитектурно висят на Kerbal Konstructs (часто ещё StockalikeStructures/TundraSpaceCenter/Kerbin Side Remastered — та же связка, что уже дважды жгла сборку, 525 битых текстур). Альтернативного движка расстановки статики в экосистеме нет. Единственные чистые находки не закрывают запрос: Modular Launch Pads — это парты стартового стола, не ревамп; NuriLaunchExpansion — одна нишевая площадка; KSCSwitcher — перенос стартовой площадки под RSS, не визуал. Ничего живого нет — не «не нашли», категория реально пуста под 1.12.5 без Kerbal Konstructs.

• GravityTurn(Continued) — полностью автоматический подъём одной кнопкой. Прямо противоречит вижену сборки: смысл kOS в том, чтобы САМОМУ написать логику разворота, а не отдать её чужому автопилоту. Плюс совместимость с 1.12.5 через CKAN подтвердилась только окольным путём (fallback-подбор, не точное совпадение) — ещё один повод не спешить.

• NavballDockingIndicator — по CKAN несовместим с 1.12.5 вообще (проверено, не предположение). Нишу закрывает Docking Port Alignment Indicator выше.
• Maneuver Queue — несмотря на название, это фильтр списка аппаратов в Tracking Station, а не редактор узлов. Дублирует уже стоящий Haystack ReContinued.
• Warp Everywhere — снимает стоковые ограничения варпа (в том числе те, что стоят ради безопасности — риск проскочить момент, когда нужно вмешаться руками). Ситуативно полезно, но не однозначный плюс — не рекомендуем по умолчанию.
• History of Spaceflight (Stock) — контракт-пак реальных исторических миссий, звучит идеально под «квесты», но в Recommends Bluedog Design Bureau, которого физически нет в CKAN под 1.12.5 — контракты ссылались бы на детали, которых у нас никогда не будет.
• Bureaucracy («месячные бюджеты») — похоже на административную надстройку в духе Kerbal Construction Time, которую уже явно убирали («таймеры бесят»). Не проверено, не рискнули без явного да.
• Precise Maneuver (PM) — та же ниша, что у уже стоящего Precise Node, другая реализация того же самого. Дублировать незачем.
• KerbalX — недоступен в CKAN под 1.12.5, к тому же это интеграция с сайтом обмена сборками, не геймплейный инструмент.

⚠️ Перед тем как добавлять любой из пунктов выше — вспомни Частые проблемы: GameData уже ~6 ГБ, 16 ГБ ОЗУ — рабочий минимум, а не запас. Каждый новый мод (даже маленький вроде Better Burn Time) — это ещё патчи ModuleManager и ещё секунды на первую загрузку. Список выше — кандидаты для обсуждения, а не «ставь всё сразу».

Что убрать первым, если тяжело

Порядок, в котором расширения безболезненнее всего снимаются при просадках производительности или нехватке памяти:

1. Airplane Plus, KAX, NF Aeronautics — если не летаешь в атмосфере, это сотни неиспользуемых деталей.
2. Knes — 215 деталей чистой эстетики.
3. Far Future Technologies — конец дерева, до него можно не дойти.
4. Mk2/Mk3 Expansion — нужны только под космоплан-подход.
5. Beamed Power — без ручных патчей почти не работает.

Дальше резать уже больно: без BRP, KAC и Haystack программа с десятком аппаратов становится неуправляемой. Что именно тормозит и как это чинить — Частые проблемы.