Конфиг для Hyprland 0.55.2, сгенерированный Codex, заработал только после ручной доработки: пришлось исправлять устаревшие параметры и доставлять недостающие пакеты. Об этом сообщает ZDNet, и для тех, кому интересна настройка Hyprland как рабочий сценарий, вывод неприятно практичный: ИИ уже умеет собирать каркас, но пока слишком часто путает «почти верно» с «готово к запуску».
Эксперимент провел обозреватель ZDNet Джек Уоллен. Он взял свежую установку CachyOS и попросил три ИИ-инструмента собрать конфигурацию для Hyprland: Opera Aria, Ollama и Codex. Запрос был вполне прикладной, без магии и философии: конфиг под Hyprland версии 0.55.2, панель Waybar со «стеклянной» темой и скруглениями, палитра в фиолетово-розовых тонах, а также горячие клавиши Super+t для терминала и Super+b для браузера с сохранением стандартных биндов на перемещение окон и фокуса. Из трех сервисов только Codex, по словам автора, выдал что-то, что вообще можно было довести до рабочего состояния.
Дальше началась та часть, которую любят опытные Linux-пользователи и ненавидят новички. Автор вставил полученный текст в конфиг, перезагрузил оконный менеджер командой hyprctl reload и сразу получил набор ошибок. Некоторые были видны еще до перезапуска. В конфиге не был задан терминал по умолчанию. Опция border_radius уже не работала в версии 0.55.2. Значение rounding = 12px ломало разбор конфига из-за суффикса px, который нужно было убрать. Правило windowrule тоже не сработало. И это не придирки в духе «кодстайл подкачал», а базовые вещи, из-за которых рабочий стол либо не поднимается как надо, либо поднимается в режиме «живой, но лучше не трогать».
Вскрылась и другая типичная проблема генеративных помощников: они неплохо имитируют структуру решения, но плохо чувствуют окружение. Чтобы конфиг вообще имел смысл, автору пришлось отдельно установить kitty, Waybar и rofi. Без них Hyprland оставался почти бесполезным. Именно поэтому первая попытка, когда в системе был установлен только Hyprland, закончилась фактически неработающим десктопом. После этого Уоллен переустановил CachyOS и добавил KDE Plasma как запасное окружение: если тайлинговый менеджер уходит в штопор, всегда можно загрузиться в обычный рабочий стол и спокойно чинить конфиги, а не смотреть на последствия собственного энтузиазма с TTY-консоли.
Самое интересное здесь не в том, что Codex ошибся. Ошибся он вполне предсказуемо. Важнее другое: даже при указании точной версии Hyprland модель все равно использовала параметры, которые уже не подходят для этой версии. Это хорошо знакомый паттерн для любого разработчика, который пытался применять ИИ к инфраструктуре, конфигам или сборке. Модель часто знает форму ответа, но не гарантирует его совместимость с конкретным релизом, пакетом и набором зависимостей. Для кода это оборачивается флейками в тестах, для DevOps — странным YAML, для Linux-десктопа — неработающим окном запуска и лишним вечером на чтение документации.
Для русскоязычной IT-аудитории у этой истории есть вполне земной смысл. Если вы разработчик, техлид или просто человек, который любит «собрать себе среду под руку», ИИ уже можно использовать как ускоритель старта: набросать скелет конфига, вспомнить типовые секции, быстро получить черновик под свои хоткеи и компоненты. Но считать такую генерацию надежной поставкой нельзя. Настройка Hyprland в исполнении ИИ пока требует того же, что и любая ручная настройка сложного инструмента: знания структуры конфига, понимания версий, проверки зависимостей и готовности чинить несовместимости самостоятельно. Иначе «сэкономленные» 15 минут легко превращаются в несколько часов раскопок.
Отдельно показателен выбор самого Hyprland как объекта эксперимента. Это не GNOME и не KDE Plasma, где пользователь чаще кликает мышью по настройкам и реже редактирует текстовые файлы. Hyprland — инструмент для тех, кто сознательно идет в клавиатурный workflow и готов жить в мире хоткеев, правил окон и правок в конфиге. На таком материале очень быстро видно реальный потолок ИИ-помощников. Когда задача сводится не к общему совету, а к точной конфигурации под конкретную версию, любые галлюцинации становятся не абстрактной проблемой, а причиной поломанного окружения.
Из этой истории получается не очередной спор в жанре «ИИ заменит разработчиков» и не морализаторство про то, что нейросети все портят. Скорее, это трезвый сценарий использования: просить у модели первый драфт, но не делегировать ей ответственность за результат. Чем популярнее становятся инструменты вроде Codex в разработке и администрировании, тем важнее будет не умение написать хороший промпт, а привычка проверять версии, опции и зависимости так же жестко, как проверяют код из чужого pull request. Исходный разбор можно посмотреть в материале .