Создатель игровой платформы Lutris Матьё Командон (Mathieu Comandon) рассказал об использовании Claude Code в разработке проекта. Инструмент помог наверстать отставание после проблем со здоровьем и ускорил выпуск обновлений — в частности, переход с устаревшей Wine-GE на GE-Proton с umu. Однако сообщество Linux восприняло ИИ-коммиты неоднозначно: споры развернулись вокруг прозрачности, лицензирования и границ ответственного применения ИИ в открытых проектах. Командон подробно ответил на все претензии в интервью.
16 лет Lutris: от запуска игр к сохранению игрового наследия
Lutris — игровая платформа для Linux, запущенная в 2009 году. На старте Linux-гейминг был примитивным: пользователям приходилось компилировать эмуляторы и игровые движки по разрозненным блогам, которые быстро устаревали или не подходили для конкретного дистрибутива. Командон поставил задачу собрать все знания о запуске игр на Linux в одном приложении — без необходимости что-либо собирать вручную.
Сегодня, спустя более 16 лет, фокус проекта сместился. Linux-гейминг стал значительно проще благодаря усилиям Valve для Steam Deck, и Lutris теперь позиционируется как платформа сохранения игр. Командон описывает идею так: персональная библиотека всех игр, в которые пользователь играл за свою жизнь, — независимо от платформы. Не просто записи на YouTube, а реально запускаемые игры. Что-то вроде книжной полки для всего игрового опыта.
Lutris — открытая игровая платформа для Linux, объединяющая запуск игр через Wine, эмуляторы и нативные движки в едином интерфейсе. Написана на Python и GTK.
Командон перешёл на Linux в 2006 году (впервые попробовал систему в 1997-м). Lutris был создан на Python и GTK благодаря фреймворку Quickly — его разработал Дидье «didrocks» Рош для учебных сессий Ubuntu на IRC. Изначально автор надеялся быстро привлечь контрибьюторов и передать проект, но понял, что без его руководства Lutris не будет развиваться в нужном направлении.
Как Claude Code попал в Lutris
Командон экспериментировал с локальными ИИ-инструментами — Whisper, Stable Diffusion, Ollama — но для кодирования они не подходили. Ситуация изменилась в 2025 году. На фоне проблем со здоровьем, повлиявших и на психическое состояние, Командон попробовал Claude Code. Результат он описывает коротко: «заткнись и возьми мои деньги».
В период, когда продуктивность была на минимуме, инструмент позволял всё же двигать проект вперёд. Claude Code работает не в браузерной вкладке, а непосредственно в проекте — с полным доступом к кодовой базе. В сочетании с улучшенными моделями это радикально изменило рабочий процесс.
Конкретный результат: последний доступный релиз Lutris по умолчанию использовал устаревшую версию Wine-GE, что вызывало множество проблем. За несколько недель работы с Claude Командон выпустил обновления с переходом на GE-Proton с umu и рядом других улучшений. Также удалось актуализировать Flatpak-пакет Lutris — задачу, с которой не справились опытные специалисты по Flatpak.
Claude Code — инструмент командной строки от Anthropic для кодирования с помощью ИИ. Работает в терминале, имеет доступ к файлам проекта и контексту всей кодовой базы.
Скандал с соавторством в коммитах
Claude Code автоматически добавляет строку соавторства (co-authorship) в git-коммиты. Командон отключил эту функцию — по его словам, чтобы взять полную ответственность за опубликованный код и избежать споров в сообществе. К тому же он использовал Claude и для коммитов собственного кода — просто потому, что инструмент хорошо пишет сообщения к коммитам.
Тем не менее некоторые пользователи заметили коммиты с участием ИИ. Реакция сообщества оказалась резкой, особенно на первоначальную формулировку Командона: «удачи разобраться, что написано мной, а что — Claude, теперь когда соавторство убрано». Однако, как подчёркивает разработчик, за всё время никто не указал на конкретный фрагмент кода с ИИ-галлюцинацией. Все претензии касались самого факта использования ИИ.
Найденные ошибки, по его оценке, были на том же уровне, что и баги в патчах от живых контрибьюторов. Командон проводит аналогию с работой скульптора: бензопила помогает быстро вырубить грубую форму, а резец — довести детали. Vibe coding — это работа одной бензопилой. Его подход — использование обоих инструментов.
ИИ как «резиновая уточка», парный программист и костыль при СДВГ
Командон, имеющий более 30 лет опыта программирования, описывает Claude несколькими метафорами. Первая — улучшенная версия метода «резиновой уточки»: вместо того чтобы объяснять проблему немому предмету, разработчик получает ответы и готовый код. Вторая — парное программирование с партнёром, который обладает широкими знаниями, но не является экспертом в конкретной области.
На личном уровне Claude стал опорой при СДВГ и связанных нарушениях исполнительных функций. Поскольку работа идёт в чате внутри терминала, легко возвращаться к задачам. Многозадачность — с которой Командон всегда испытывал трудности — упростилась благодаря параллельным терминальным сессиям на одном экране.
При этом Командон подчёркивает: ИИ требует полноценной инфраструктуры контроля качества. Модульное тестирование, линтеры, git-хуки, CI/CD-конвейеры — всё это ИИ-агенты легко настраивают, поэтому нет причин ими не пользоваться.
Метод «резиновой уточки» (rubber duck debugging) — приём отладки, при котором программист объясняет код строку за строкой неодушевлённому предмету. Проговаривание проблемы вслух часто помогает найти ошибку.
Рабочий процесс: не переписывать, а направлять
Командон не переписывает сгенерированный код вручную. Если сделать правки напрямую, не сообщив об этом Claude, инструмент с высокой вероятностью откатит изменения к своему варианту. Вместо этого разработчик даёт дополнительные инструкции до тех пор, пока результат его не устроит. Ручное тестирование — обязательный этап.
Отличие от поиска ответов на Stack Overflow или в документации: цикл обратной связи с Claude значительно быстрее. Проблемы в коде часто связаны с взаимодействием нескольких компонентов, и даже подробный вопрос на Stack Overflow не содержит всего контекста проекта. ИИ-ассистент анализирует большую кодовую базу за секунды.
Прозрачность и лицензирование
Командон признаёт обоснованность претензий к прозрачности, но отмечает: по мере развития технологии различать ИИ-код и человеческий будет всё сложнее. Нужен более высокий уровень проверки всех изменений — независимо от того, кем или чем они созданы.
Изначально строка соавторства от Claude казалась ему рекламой в духе «отправлено с iPhone». Сейчас он изменил мнение: информация о том, какая модель использовалась и с какими параметрами, действительно полезна.
По вопросу лицензирования Командон занимает прямую позицию. Сгенерированный код выглядит как остальная кодовая база проекта, а не как чужой скопированный фрагмент. Если юридическая проблема с обучающими данными всё же возникнет, ответственность, по его мнению, должна нести Anthropic. В качестве примера уважения к лицензиям он приводит недавний случай с dgVoodoo2: по требованию разработчика интеграция была удалена из Lutris, несмотря на споры.
Планы: Lutris 1.0 до конца года
Командон рассчитывает выпустить Lutris 1.0 до конца года — проект станет функционально завершённым в рамках первоначальных целей. После этого трекер ошибок должен быть практически пуст, а команда сосредоточится на будущих направлениях: поддержке GTK4 и бэкенде на Rust.
Задачи, которые раньше казались неподъёмными для небольшой команды, теперь выглядят выполнимыми. Командон отмечает улучшение коммуникации внутри команды, более быструю реакцию на отчёты об ошибках и возможность браться за амбициозные функции, сохраняя при этом частый график релизов.
О будущем ИИ и состоянии веба
Командон не скрывает проблем отрасли: компании, стоящие за ИИ, используют сомнительные практики сбора обучающих данных, а технология может применяться безответственно. Однако при грамотном использовании и понимании ограничений ИИ остаётся мощным инструментом для создания и обучения.
Разработку традиционными методами он называет всё более затруднительной. Stack Overflow потерял большинство пользователей. Блоги вымирают — особенно если исключить платный контент и ИИ-спам. Командон не верит, что интернет вернётся к прежнему состоянию, но надеется, что индустрия стабилизируется и станет менее ресурсоёмкой в ближайшие годы.