Разработчики графической среды KDE Plasma приступили к обсуждению проекта правил использования больших языковых моделей (LLM) при создании программного обеспечения. Руководитель проекта Нейт Грэм представил черновик документа, который определяет принципы участия нейросетей в написании кода и текста, основываясь на главном правиле: «Не будь ленивым».
Принципы использования нейросетей в коде KDE
Текущий проект рекомендаций KDE занимает промежуточную позицию между полным запретом на использование ИИ (как, например, в проекте GIMP) и его всесторонним внедрением. Разработчики KDE придерживаются принципа «человека в цикле» (human in the loop), который требует, чтобы автор вносил решения и правки, выходящие за рамки простого ввода промптов. Использование ИИ не должно делать из программиста «мясной прокси-сервер», передающий данные от нейросети в репозиторий.
В документе подчеркивается, что никто не должен замечать факт использования LLM при анализе вклада разработчика. Результат должен быть неотличим от работы, которую автор мог бы проделать самостоятельно без вспомогательных инструментов. Очевидное или «ленивое» использование ИИ может стать поводом для игнорирования или отклонения запроса на слияние (merge request).
Запрет на некачественный контент и формализм
Авторы проекта правил стремятся оградить сопровождающих (maintainers) от лишней нагрузки, связанной с исправлением ошибок «вайб-кода» (vibe-coded changes) — изменений, которые разработчик не до конца понимает и не может реализовать сам. Среди ключевых запретов в черновике указаны:
- Запрет на отправку «черновых» вариантов кода в расчете на то, что сопровождающие доработают их за автора.
- Отказ от указания меток вроде «Assisted-by: [название LLM]» в коммитах, которые рассматриваются как бесплатная реклама для провайдеров нейросетей.
- Запрет ссылаться на использование ИИ как на оправдание низкого качества или ошибок в работе.
Также категорически запрещено использовать ИИ для написания текста в запросах на слияние, сообщений к коммитам или ответов на вопросы и комментарии. Единственное допустимое текстовое использование — это перевод написанного самостоятельно текста на английский язык без стилистических правок. Разработчикам предписано самостоятельно организовывать свои мысли и формулировать ответы, избегая «бездушного корпоративного стиля», свойственного моделям.
Ответственность за результат и проверка данных
Проект документа возлагает полную ответственность за качество кода на самого разработчика. Если нейросеть используется для отладки или поиска багов, автор обязан лично убедиться в корректности выводов модели. При использовании ИИ для исследований или замены чтения технической документации по API, разработчик обязан самостоятельно проверить точность предоставленной информации.
На данный момент регламент не является окончательным. Обсуждение проекта продолжается, и в ближайшие дни ожидается внесение правок, после чего обновленные правила будут официально добавлены в документацию KDE. Данная инициатива направлена на поддержание высоких стандартов разработки в сообществе и предотвращение деградации качества кода из-за бесконтрольного внедрения автоматизации.
Контекст в индустрии разработки
Вопрос интеграции нейросетевых инструментов в разработку программного обеспечения остается предметом жарких споров в open-source сообществе, где подходы к ИИ варьируются от радикальных до вполне прагматичных. На одном полюсе находятся проекты вроде GIMP, которые ввели полный запрет на использование кода, сгенерированного ИИ. На другом — проекты вроде Nobara Linux и Omarchy, которые активно и всецело приветствуют внедрение ИИ-помощников в свой процесс разработки.
KDE Plasma, по всей видимости, стремится занять сбалансированную, «среднюю» нишу, схожую с подходом Linux Kernel. Ядро Linux допускает использование ИИ при написании кода, но при соблюдении строгих условий: любой результат работы нейросети обязан пройти тщательную проверку человеком, а сам запрос на слияние (merge request) должен содержать детальное описание, подтверждающее, что автор действительно понимает суть предлагаемых правок.
Золотое правило и «человечность» контрибьютора
В основе предложенных правил KDE лежит концепция «Don’t be lazy» (не будь ленивым). Это правило рассматривается как фундаментальное: излишнее делегирование задач нейросети неизбежно ведет к появлению низкокачественного продукта, который впоследствии становится бременем для других участников проекта. Грэм подчеркивает, что разработчик не должен использовать инструменты для замены собственного суждения, процессов межличностного общения или обучения.
В рамках проекта категорически порицается попытка использования ИИ для преодоления личных ограничений или в качестве способа избежать профессионального роста. Документ прямо заявляет: результат работы должен демонстрировать уникальность человеческого вклада. Участникам напоминают: «Ваше желание писать — это, как правило, верхний предел того, что другие готовы читать». Нейросетевой текст, напротив, часто характеризуется как длинный, бессвязный и «корпоративный», что делает его непригодным для конструктивного диалога внутри сообщества.
Основные аспекты ограничений
- Запрет на использование ИИ-текста: Нельзя генерировать ответы на комментарии или вопросы с помощью ИИ, а затем публиковать их под своим именем. Предполагается, что разработчик должен лично вникнуть в суть дискуссии и ответить самостоятельно.
- Организация мыслей: Разработчикам запрещено использовать LLM для структурирования своих идей с последующим копированием результата. Процесс формирования логики должен оставаться прерогативой автора.
- Отношение к «вайб-коду»: Проект стремится избежать ситуации, с которой недавно столкнулись сопровождающие Godot, где поток некачественного ИИ-кода перегрузил команду, вынудив их тратить время на очистку и доработку чужих «поделок».
- Верификация данных: Если LLM применяется для поиска багов или исследования API вместо изучения официальной документации, вся ответственность за проверку точности сведений ложится исключительно на разработчика.
Предложенные рекомендации KDE подчеркивают, что использование ИИ не должно становиться способом скрыть недостаток усилий. Разработчикам не следует рассматривать LLM как инструмент для создания «первого наброска», который кто-то другой (сопровождающий проекта) должен будет довести до ума. В конечном итоге, принятие этих правил в документацию KDE закрепит статус нейросетей как исключительно вспомогательного инструмента, не снимающего с человека ответственности за каждую строку кода или слово в обсуждении.
