Shadowfetch Linux 3.0.0 — Fireline изолирует AI-агентов и позволяет откатывать их изменения

Shadowfetch Linux 3.0.0 «Umbra», выпущенный 26 августа 2026 года под подзаголовком Fire Edition «Backfire», переносит главный акцент дистрибутива на безопасную работу с автономными AI-агентами. Новый комплекс Fireline запускает инструменты вроде Claude Code, Codex CLI, Cursor и Aider в ограниченной среде, создаёт контрольную точку перед сеансом и позволяет проверить либо отменить изменения рабочего проекта.

Fireline превращает запуск AI-агента в изолированный сеанс

Главное изменение Shadowfetch Linux 3.0.0 — комплекс Fireline, предназначенный для запуска агентных инструментов разработки с ограниченным доступом к системе. Проект позиционирует релиз как рабочую станцию для локального AI и автономных coding agents, в которой потенциально опасные действия агента можно локализовать, зарегистрировать и при необходимости отменить.

Основным компонентом Fireline стал shadowfetch-firebreak. Он запускает установленного AI-агента внутри sandbox на базе Bubblewrap. В такой сессии сама операционная система монтируется только для чтения, а запись разрешается лишь в выбранный проект внутри ~/Workspaces.

Для практической работы это меняет модель доверия к агенту. Вместо предоставления инструменту обычного пользовательского окружения с доступом ко всему домашнему каталогу Firebreak ограничивает область записи конкретной рабочей директорией.

Система предусматривает несколько дополнительных ограничений:

• сетевой доступ можно полностью отключить;
• известные переменные окружения с API-ключами и токенами по умолчанию удаляются из окружения агента;
• перед запуском создаётся контрольная точка проекта;
• начало и завершение сеанса, область доступа и идентификатор checkpoint записываются в journald;
• состояние окружения проверяется до запуска, включая необходимые для изоляции возможности ядра.

Firebreak рассчитан не на один конкретный AI-клиент. В документации релиза перечислены Claude Code, OpenAI Codex CLI, Cursor, Grok Build, Aider и другие совместимые инструменты. Это принципиальная часть архитектуры Shadowfetch: дистрибутив не разрабатывает собственного coding agent, а предоставляет защитный слой для сторонних решений.

Полная интеграция истории таких сессий с Firewatch заявлена для дальнейших выпусков ветки 3.x. В версии 3.0.0 журнал уже можно просматривать средствами Firebreak и стандартного системного журнала.

Checkpoints позволяют увидеть изменения и отменить работу агента

Второй элемент Fireline — shadowfetch-checkpoint, который работает с отдельными рабочими пространствами. Перед агентным сеансом Shadowfetch сохраняет состояние проекта, после чего пользователь может сравнить его с результатом работы AI и при необходимости вернуть исходную версию.

На системах с Btrfs для этого используются снимки подтомов. Если рабочая среда находится на другой файловой системе, предусмотрен переносимый механизм на основе архивов. Сравнение строится по содержимому файлов, поэтому пользователь получает не только перечень временных меток, а фактическое представление о том, что было изменено.

Практическая цепочка выглядит так:

1. пользователь выбирает рабочий проект;
2. Firebreak создаёт checkpoint;
3. AI-агент запускается в sandbox;
4. после завершения можно посмотреть diff;
5. нежелательные изменения можно откатить до сохранённого состояния.

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

Такой механизм не заменяет Git и не отменяет нормальный контроль версий. Его задача находится ниже по уровню: дать пользователю быстрый способ вернуть файловое состояние рабочей области даже тогда, когда агент изменял незакоммиченные файлы, создавал новые каталоги или выполнял массовые операции вне привычного Git workflow.

Четыре MCP-сервера дают агентам ограниченный доступ к функциям системы

Shadowfetch Linux 3.0.0 включает собственный набор серверов Model Context Protocol в пакете shadowfetch-mcp. Это четыре подписанных компонента без сторонних зависимостей, через которые совместимый AI-клиент может получать строго определённые возможности вместо произвольного доступа к системе.

В релиз вошли:

Сервисы чтения проектируются как read-only. Операции, меняющие состояние, отдельно описываются как записывающие и ограничиваются выбранным workspace.

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

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

AI Ignition подбирает локальную модель по объёму VRAM

Shadowfetch Linux 3.0.0 также добавляет shadowfetch-ai-ignition — инструмент, который анализирует доступную видеопамять и предлагает локальную модель подходящего размера. Идея заключается в том, чтобы не показывать пользователю длинный каталог без привязки к возможностям его компьютера.

В текущем каталоге упоминаются модели семейств Qwen3, Devstral и gpt-oss. Для машин без подходящего GPU предусмотрен вариант, рассчитанный на CPU.

Дистрибутив при этом не включает сами модели в ISO. Их загрузка выполняется только после явного согласия пользователя. Это одновременно уменьшает размер установочного образа и исключает автоматическую загрузку многогигабайтных весов при установке системы.

Для NVIDIA сохраняется ранее разработанный сценарий через shadowfetch-gpu: изменение драйвера предварительно симулируется, а перед операцией создаётся точка восстановления Phoenix. В release QA путь снова проверялся на физической GeForce RTX 5060 Ti.

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

Основа системы осталась прежней — Debian Testing и KDE Plasma 6

Несмотря на смену акцента в версии 3.0, Shadowfetch Linux не меняет базовую архитектуру. Это по-прежнему независимый производный дистрибутив на базе Debian Testing с KDE Plasma 6, стандартными apt, dpkg, systemd, PipeWire и Mesa.

Из предыдущей ветки сохранены:

• Shadowfetch Guide и приватный System Passport;
• Phoenix Points для восстановления Btrfs-систем;
• Fireproof Updates с предварительной симуляцией обновления;
• Firewatch для мониторинга нагрузки;
• опциональная локальная AI-среда Buzz;
• Calamares;
• поддержка BIOS и UEFI;
• LUKS2 для шифрования установки;
• подписанный ISO и собственный подписанный APT-репозиторий;
• отсутствие собственного телеметрического демона и обязательной учётной записи Shadowfetch.

Перед выпуском 3.0.0 разработчики заявляют проверку загрузки в BIOS и UEFI, чистой установки на Btrfs, холодной загрузки установленной системы и стресс-теста CPU, памяти и ввода-вывода без упавших сервисов.

Для Fireline отдельно тестировались попытки выхода из sandbox, отключение сети, очистка переменных с учётными данными и восстановление checkpoint до побайтно совпадающего состояния.

Обновление с 2.1.5 проверено, но Debian Testing остаётся фактором риска

Для пользователей Shadowfetch Linux 2.1.5 разработчики проверили обновление до 3.0.0 через подписанный APT-репозиторий. В тестовом сценарии сохранялись пользовательские файлы, состояние Buzz и рабочие пространства.

При этом сам дистрибутив остаётся основанным на Debian Testing. Это означает более быстрое движение базовых пакетов по сравнению с Debian Stable и, соответственно, более высокий риск изменений при обновлениях. Fireproof снижает часть этого риска за счёт предварительной симуляции и точек восстановления, но не превращает Testing в стабильную ветку Debian.

Есть и ещё одно заметное ограничение: загрузочная цепочка Shadowfetch Linux 3.0.0 не подписана ключом, которому доверяет Secure Boot. Если Secure Boot включён, установочный USB может не появиться в меню загрузки или отказаться стартовать. Для установки в таком случае потребуется отключить Secure Boot в прошивке компьютера.

ISO Shadowfetch Linux 3.0.0 занимает 3,97 ГБ

Финальный образ называется shadowfetch-3.0.0-amd64.iso и предназначен только для 64-битных x86-систем. Его размер составляет 3 967 508 480 байт — 3,97 ГБ, или 3,69 ГиБ.

Основные параметры релиза:

Образ подписан GPG-ключом проекта, а контрольная сумма опубликована вместе с релизом. Размер остаётся ниже ограничения FAT32 на один файл, хотя для создания установочной флешки разработчики рекомендуют записывать ISO как дисковый образ, а не просто копировать его на накопитель.

Кому имеет смысл переходить на Shadowfetch Linux 3.0.0

Shadowfetch Linux 3.0.0 в первую очередь интересен разработчикам, которые уже используют автономные coding agents и хотят уменьшить последствия ошибочных или слишком широких действий таких инструментов. Fireline решает конкретную задачу: ограничивает файловую область, позволяет убрать сеть и секреты из окружения, фиксирует сеанс и создаёт точку возврата до начала работы агента.

Для пользователя, который не применяет AI-агентов, переход с 2.1.5 менее принципиален. Базовая среда Debian Testing и KDE Plasma 6 сохраняется, а большая часть заметных функций версии 3.0 относится именно к агентной разработке и локальному AI.

Версию 3.0.0 при этом разумнее рассматривать как специализированную рабочую станцию, а не как замену консервативному Debian Stable для критичных систем. Secure Boot пока требует отключения, аппаратная проверка NVIDIA ограничена конкретной протестированной конфигурацией, а сама база Debian Testing продолжает обновляться быстрее стабильной ветки.

Ключевое нововведение в обновлении — это не введение нового AI-интерфейса, а стремление интегрировать защиту от ошибок автономных систем на уровень операционной системы. Теперь функции песочницы, ограничения доступа, журналирование и восстановление работоспособности объединены в единый стандартный механизм под названием Fireline.