История версий¶

Эта страница помогает связать версию продукта с изменениями, которые важны пользователю и администратору.

Она не заменяет полный CHANGELOG.md исходного проекта. Здесь приводятся только изменения, влияющие на эксплуатацию и документацию.

Две независимые версии¶

У проекта используются два номера:

Что	Текущая версия
НайсСофт — ИИ Студия	0.3.66
Проект пользовательской документации	0.18.0

Это нормально.

Версия документации увеличивается, когда мы существенно дополняем руководство, даже если программный код Студии не изменился.

И наоборот: новый выпуск продукта требует проверки документации, но не обязан совпадать с её номером.

0.3.66 — 15 сентября 2026¶

Доверенная проверка и подготовка обновлений¶

Добавлены nicesoft-ai-studio-updater и «Параметры → Обновление». Updater проверяет подписанный release metadata, совместимость, архитектуру, backup preflight и immutable image digest, затем может скачать и подготовить runtime bundle/образы.

Граница выпуска: install/switch/rollback ещё не реализованы. Служба не выполняет автоматический start/stop/remove контейнеров. В поставке теперь 19 основных служб + 2 optional GPU runtimes.

0.3.65 — 15 сентября 2026¶

Подписываемый контейнерный формат обновлений¶

Добавлен генератор update-release v1: channel descriptor, manifest, changelog, runtime bundle, publish plan и скрипт публикации. Final-релиз требует immutable registry digest и Ed25519-подпись. Runtime клиента запрещает host build и не содержит Dockerfile, секреты, резервные архивы или веса моделей.

0.3.64 — 15 сентября 2026¶

Прогресс операций резервного копирования¶

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

0.3.63 — 15 сентября 2026¶

Исправление verify/restore¶

Исправлен серверный сбой маршрутов «Проверить» и «Восстановить» резервной копии. Добавлен регрессионный тест.

0.3.62 — 15 сентября 2026¶

Полное зашифрованное резервное копирование¶

Добавлены отдельный backup-manager, вкладка «Параметры → Резервное копирование», формат .nsbackup, AES-256-CTR + HMAC-SHA256, отдельный 256-битный recovery key, расписание/retention, verify, upload/download, восстановление и аварийная команда ./nicesoft.sh restore.

0.3.61 — 15 сентября 2026¶

Отдельная служба сертификатов¶

Главное изменение выпуска — управление сертификатами окончательно вынесено в отдельную внутреннюю службу.

Теперь:

только служба сертификатов изменяет постоянное хранилище TLS;
только она изменяет каталог проверки домена;
только она управляет состоянием Let’s Encrypt;
служба системного состояния сертификаты только наблюдает;
административный шлюз обращается к сертификатной службе по отдельному внутреннему ключу.

Сохранены:

локальный сертификат на 10 лет;
отсутствие привязки локального сертификата к IP;
получение Let’s Encrypt;
автоматическое продление;
загрузка сертификата организации;
безопасная замена с сохранением предыдущего комплекта.

Что изменилось в документации¶

Полностью переработаны:

0.3.60 — 14 сентября 2026¶

Живая эксплуатационная панель¶

Раздел «Параметры → Система» стал обновляться автоматически.

Добавлены:

обновление показателей примерно каждые 5 секунд;
история процессора, памяти, диска и сети;
интервалы 1 ч, 6 ч, 24 ч, 7 и 30 дней;
внутреннее хранение временных рядов Prometheus;
рабочие показатели vLLM;
подготовка показателей GPU через совместимый экспортёр;
сведения о последней резервной копии;
проверка новой версии через настраиваемый манифест.

При отсутствии источника обновлений интерфейс должен честно показывать, что источник не настроен, а не придумывать внешний адрес.

Что важно администратору¶

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

История и системная сводка доступны только после серверной проверки роли администратора.

0.3.59 — 14 сентября 2026¶

«Система» и «Сертификат и домен»¶

Появились отдельные административные вкладки:

Система;
Сертификат и домен.

Добавлены:

внутренний Prometheus;
node exporter;
собственная служба системного состояния;
показатели CPU/RAM/диска/сети;
состояние основных служб;
состояние модели;
состояние GPU;
сведения о сертификате;
локальный сертификат нового десятилетнего профиля;
проверка домена через HTTP;
Let’s Encrypt;
автоматическое продление;
загрузка собственного сертификата;
резервирование предыдущего TLS-комплекта.

Порт 80 ограничен проверкой домена и не используется как обычный незащищённый пользовательский вход.

0.3.58 — 14 сентября 2026¶

Улучшение работы с моделями¶

Изменения пользовательского интерфейса Центра управления моделями:

единый индикатор длительных операций;
отдельные состояния проверки доступа, оборудования, установки и удаления;
мастер первоначальной настройки перенесён в конец обзора;
добавлен явный повторный запуск мастера;
для V100 больше не показывается вводящая в заблуждение пустая рекомендация;
прямо объясняется несовместимость V100 с текущей рабочей средой.

Что изменилось в документации¶

В инструкциях по Яндекс Облаку V100 теперь явно помечается как неподдерживаемая производственная конфигурация для 0.3.61.

0.3.57 — 14 сентября 2026¶

Русский модельный каталог и перспективные модели¶

Вкладка моделей переведена на русскую пользовательскую терминологию.

В основной каталог планирования добавлены перспективные модели:

Qwen3.8 Flash Next;
DeepSeek V4.1 Flash;
GLM-5.3-Flash;
MiniMax M2.5.

Важно: наличие модели в каталоге не означает разрешение на автоматическую установку.

Для перспективных моделей показываются причины блокировки:

проверка лицензии;
обновление среды выполнения;
обе причины одновременно.

0.3.56 — 14 сентября 2026¶

«Параметры» стали живыми¶

До этого часть экрана могла опираться на статически описанные значения выпуска.

С 0.3.56 фактические сведения собираются из работающих служб:

текущей конфигурации;
политики подтверждений;
Яндекс Облака;
финансовой службы;
Центра управления моделями;
состояния поиска;
состояния памяти;
расписаний;
разрешённых функций.

Если источник недоступен, интерфейс должен показывать «Недоступна» или «Не удалось определить», а не старое значение.

0.3.55 — 14 сентября 2026¶

«Параметры» как центр корпоративной политики¶

Раздел расширен до полноценного центра состояния и политик.

Появились отдельные области:

Яндекс Облако;
Финансы;
Модели;
Поиск;
Данные;
Защита;
инструменты;
доступ.

Пользовательские тексты центра были дополнительно русифицированы.

0.3.54 — 14 сентября 2026¶

Нативное поведение пунктов «Модели» и «Параметры»¶

Пункты собственных наложений стали визуально следовать штатному состоянию меню базовой платформы.

Это косметическое, но важное изменение: собственные разделы НайсСофт больше не должны выглядеть как чужеродный элемент интерфейса.

Финансовый контур и политика доступа при этом не менялись.

0.3.53 — 14 сентября 2026¶

Очистка интерфейса расходов¶

Отдельная карточка финансового консультанта убрана из визуальной вкладки расходов, чтобы не дублировать советы.

Сам финансовый консультант остался доступен ИИ как компактная операция FinOps.

0.3.52 — 14 сентября 2026¶

Доказательный FinOps-консультант¶

Финансовая система получила детерминированный слой анализа:

оценку состояния;
сравнение периодов;
прогноз;
риски бюджета;
приоритеты оптимизации;
объяснение на основе уже полученных фактов.

Ключевой принцип документации после этого выпуска:

Финансовая рекомендация должна отделяться от измеренного факта.

0.3.51–0.3.47 — 14 сентября 2026¶

Развитие финансовой интеграции¶

В этой серии выпусков последовательно стабилизировались:

компактный финансовый программный интерфейс;
кэширование;
детализация по требованию;
привязка к рабочему Folder;
ограничения обычного пользователя;
обработка ошибок;
представление расходов в пользовательском интерфейсе.

Цель — не передавать модели огромные необработанные ответы Billing API и не создавать лишнюю нагрузку на Яндекс Облако.

0.3.46–0.3.45 — 14 сентября 2026¶

Фактическая модель ответа¶

В ответах стала фиксироваться реальная модель, которая действительно сформировала конкретный результат.

Это важно при:

переключении локальной модели;
работе с Yandex AI;
сравнении качества;
расследовании ошибок;
аудите затрат.

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

0.3.44 — 14 сентября 2026¶

Разделение рабочего Folder и AI Studio Folder¶

Это одно из ключевых архитектурных изменений интеграции с Яндекс Облаком.

Студия разделяет:

Рабочий Folder : область для просмотра инфраструктуры и системных сервисов.

AI Studio Folder : родительский Folder служебной учётной записи, используемый для Yandex AI Studio.

Эти значения могут отличаться.

После 0.3.44 документация не должна смешивать их в один «Folder Яндекса».

0.3.43 — 14 сентября 2026¶

Стабилизация Центра управления моделями¶

На этом этапе были закреплены:

отдельная модельная маршрутизация;
централизованный выбор поставщика;
состояние установленной модели;
более предсказуемая активация;
диагностические проверки Yandex AI.

0.3.42–0.3.40 — 14 сентября 2026¶

Мастер первого запуска и жизненный цикл модели¶

В этой серии дорабатывались:

состояния первого запуска;
блокировка параллельного развёртывания;
восстановление выбранной локальной модели;
удаление активной модели;
локальный резервный маршрут;
защита от неполного состояния установки.

Ключевой принцип:

рабочая модель считается готовой только после установки, проверки, запуска и успешной проверки готовности.

0.3.39 — 14 сентября 2026¶

Испытания артефактов моделей¶

Появилcя автономный набор испытаний артефактов без скачивания реальных весов.

Добавлена команда:

./nicesoft.sh model-artifact-test

Дополнительный режим:

./nicesoft.sh model-artifact-test --online-metadata

Он проверяет метаданные официального источника, не скачивая модельные файлы целиком.

0.3.38 — 14 сентября 2026¶

Мультивендорный каталог моделей¶

Каталог перестал быть только набором Qwen.

Добавлены квалифицированные семейства:

Mistral/Ministral;
GLM;
Kimi;
Mistral Small;
Qwen разных назначений.

Также появились отдельные рекомендации для:

универсальных задач;
программирования;
помощников;
длинного контекста.

Закреплён принцип запрета trust_remote_code для автоматически устанавливаемых рабочих моделей.

0.3.37 — 14 сентября 2026¶

Переход к выбору конкретного артефакта¶

Рекомендация модели стала учитывать конкретную связку:

исходный артефакт модели
+
формат весов
+
среда выполнения
+
рабочий контекст
+
происхождение
+
запас памяти

Для T4 основным универсальным вариантом стал Qwen3 8B AWQ, а для программирования — Qwen2.5 Coder 7B AWQ.

0.3.36 — 14 сентября 2026¶

Полный Центр управления моделями и 27 профилей Яндекс Облака¶

Здесь появилась основа текущего модельного раздела:

обзор;
Яндекс Облако;
каталог;
дополнительные модели;
расчёт fit;
требования VRAM;
рабочий контекст;
лицензия;
tensor parallel;
матрица 27 конфигураций GPU Яндекс Облака.

V100 уже на этом этапе был помечен как несовместимый с текущим vLLM из-за вычислительной совместимости 7.0.

Более ранняя ветка 0.3.x¶

Ранние выпуски заложили базовые части продукта:

собственную структуру контейнеров;
локализованный пользовательский интерфейс;
файлы и RAG;
SearXNG;
собственный безопасный получатель веб-страниц;
модели;
Яндекс Облако;
права;
навыки;
помощников;
управление секретами;
резервирование;
собственные слои поверх базовой платформы.

Для эксплуатационных решений всегда используйте документацию актуального выпуска, а не инструкции раннего прототипа.

Как читать историю версий¶

Перед обновлением найдите все выпуски между вашей текущей и целевой версией.

Для каждого изменения спросите:

меняется ли конфигурация;
меняется ли постоянное хранилище;
меняется ли модельный каталог;
меняются ли права;
меняется ли сетевой маршрут;
меняется ли TLS;
меняется ли формат резервной копии;
нужны ли новые приёмочные проверки.

Не ограничивайтесь чтением только последней записи.

Что проверять в документации после каждого выпуска продукта¶

Минимальный редакционный контроль:

версия продукта;
первый запуск;
порты;
сертификаты;
доступные функции;
роли и права;
модельный каталог;
требования GPU;
список Yandex AI;
сроки хранения;
лимиты файлов;
лимиты расписаний;
память;
интернет-поиск;
интеграции;
финансовый кэш;
команды администратора;
резервное копирование;
обновление;
известные ограничения.

Если поведение изменилось, старое утверждение должно быть либо обновлено, либо явно помечено историческим.

Источник истины для конкретной установки¶

При расхождении используйте следующий порядок приоритета:

фактически установленная версия;
конфигурация этой версии;
CHANGELOG.md этой версии;
документация именно для этой версии;
только затем — старые статьи, переписка и инструкции.

Проверить номер продукта можно из каталога установки:

cat VERSION

Если инструкция написана для другой версии — не выполняйте потенциально разрушительные команды автоматически.