Мнение: ИИ-агенты могут снова сделать свободное ПО значимым

Разработчик Джордж Лондон, который стал внедрять в работу вайб-кодинг, поделился мнением относительно влияния искусственного интеллекта на сферу софта. По его словам, агенты ИИ, возможно, сделают свободное программное обеспечение более значимым, чем когда-либо. 

«Я имею в виду свободное программное обеспечение в смысле Столлмана: программное обеспечение, которое даёт пользователям свободу запускать его, изучать его, модифицировать его и делиться им», — пишет автор.

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

Лондон напомнил, что в 1990-е годы произошёл взрывной рост свободного программного обеспечения: Linux, Apache, MySQL, PHP — которое впоследствии стало основой большей части интернета. Позднее компании использовали этот стек, переименовав понятие в «публичный исходный код», сохранив при этом совместное использование кода, но исключив философию прав пользователей.

При этом автора исходного термина Ричарда Столлмана не пригласили на «Саммит свободного программного обеспечения» Тима О’Рейли в апреле 1998 года.

Сам он говорил, что «публичный исходный код — это методология разработки; свободное программное обеспечение — это социальное движение». 

«Корпоративный мир был в восторге. Можно было использовать открытый исходный код, вносить вклад в проекты с открытым исходным кодом и разрабатывать фирменный стиль открытого программного обеспечения, не сталкиваясь одновременно с вопросом о том, что причитается пользователям. Публичный исходный код стал методологией разработки, которую корпорации могли внедрить, не меняя при этом своих отношений с пользователями», — отмечает Лондон.

Он равным образом напомнил, что GPL — основная лицензия свободного программного обеспечения — требовала делиться исходным кодом со всеми, но при запуске его на своих серверах и предоставлении доступа через Интернет лицензия не применялась. 

Ярким примером стало предложение AWS управляемых услуг для таких проектов, как Elasticsearch, что вызвало публичные споры о получении выгоды, вкладе и условиях лицензирования. В 2010-х и в 2020-х годах разрешительные лицензии стали доминирующими в данных об использовании открытого исходного кода. Тогда представили AGPL (Affero GPL) для закрытия лазейки SaaS — если разработчик модифицировал программное обеспечение AGPL и делал его доступным по сети, то должен был делиться исходным кодом. 

«Это была мощная идея. Настолько мощная, что Google теперь проводит широкую публичную политику, запрещающую использование кода AGPL внутри Google», — пишет Лондон.

Ограниченное распространение AGPL породило целую череду импровизаций. MongoDB перешла на Server Side Public License. Redis Labs в 2018 году перевела несколько модулей Redis на лицензирование в стиле Commons Clause, а позже Redis перевела движок ​​Redis на двойное лицензирование с доступом к исходному коду, прежде чем добавить AGPL в Redis 8. HashiCorp перевела Terraform на Business Source License. Elastic перешла с Apache на SSPL/ELv2, а затем добавила AGPL. 

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

Он приводит в пример свой опыт работы с приложением планирования задач Sunsama. Разработчик указывает, что хотел бы добавить в процесс больше автоматизации за счёт ИИ, но ему приходится ограничиваться функционалом, который предоставляет компания. Одновременно Лондон говорит, что ИИ-агент Codex сразу понял его просьбу по созданию кнопки в меню «Поделиться» в Twitter на iOS-версии приложения, которая будет добавлять твит с правильной меткой в ​​качестве задачи в Sunsama. По его словам, добавление функционала заняло бы от силы 20 минут, но у Sunsama нет официального программный интерфейс. 

Лондон нашёл проект другого разработчика Роберта Ниими по реверс-инжинирингу внутреннего программный интерфейс Sunsama. Это саморазмещаемый REST программный интерфейс-ретранслятор под названием sunsama-relay, а равным образом MCP-сервер под названием mcp-sunsama, чтобы Claude Code мог применять его напрямую. 

Однако неофициальный api аутентифицируется с использованием реального адреса электронной почты и пароля Sunsama, поэтому функции необходимо хранить реальные учётные данные. Тогда разработчик поручил Codex разработать бессерверную функцию, в том числе извлечение твитов, генерацию заголовков на основе LLM и разработка задач. Но агент не смог связать функцию с ярлыком iOS, чтобы запускать её из меню «Поделиться» в Twitter, поскольку Apple не предоставляет документированного общедоступного api/формата файлов для программного создания произвольных ярлыков для конечных пользователей.

«Мой агент может написать сервер на TypeScript за 200 строк за секунды, но он не может автоматизировать создание пятишагового ярлыка iOS. iOS (вопреки то, что она построена на основе BSD и использует множество компонентов с открытым исходным кодом) является полной противоположностью свободному программному обеспечению», — отмечает Лондон.

Для «рабочего» решения требуется бессерверная опция, api-ключ Anthropic для генерации заголовка, пароль от Sunsama, хранящийся в переменной окружения, а равным образом iOS-ярлык, который пришлось создавать вручную.

«Сравните это с тем, как бы выглядели Sunsama и iOS, если бы они были свободным программным обеспечением: агент читает исходный код, понимает схема данных задачи, изменяет поведение меню общего доступа по умолчанию по моему усмотрению, и всё. Десять минут для Codex, никакого обратного проектирования, никаких серых зон программный оболочку», — указывает разработчик.

Он предлагает обратиться к идее ИИ-агента, который может обеспечить техническую свободу неподкованному пользователя. «Это преодолевает разрыв между свободой программного обеспечения как абстрактным правом и свободой программного обеспечения как практической возможностью. Четыре свободы всегда были написаны так, как будто кто-то в конечном итоге прочтёт исходник. В 2026 году что-то наконец-то сможет это сделать, и сможет сделать это от вашего имени», — считает Лондон.

В январе 2026 года Наваз Дхандала из OneUptime написал о том, как агенты ИИ дают программному обеспечению с открытым исходным кодом «непреодолимое преимущество» перед альтернативами с закрытым исходным кодом, потому что агенты могут ознакомиться, понимать и изменять фактический исходный исходник, а не ограничиваться api, одобренными поставщиком. Мартин Алдерсон из catchmetrics.io выдвинул схожий аргумент, отметив, что многие задачи, для решения которых раньше он использовал платные SaaS-инструменты, теперь решаются агентом «за несколько минут, именно так, как нужно». Он равным образом отметил, что агенты значительно снижают затраты на обслуживание. Разработчик Джон Лёбер развил этот аргумент в феврале 2026 года, предсказав «масштабную репатриацию пользовательских данных из множества разрозненных сервисов в одно место», поскольку локальное хранение данных делает ИИ значительно более полезным. Он назвал это «крайне обнадёживающим для ценностей открытого исходного кода» и «пессимистичным для проприетарного программного обеспечения».

Даже Виталик Бутерин высказался по этому поводу, написав в июле 2025 года, что он перешел от предпочтения разрешительных лицензий к копилефту, утверждая, что «ненулевая открытость — единственный способ предотвратить конвергенцию мира к одному субъекту, контролирующему всё».

Однако, как указывает Лондон, самостоятельное размещение ПО предполагает ответственность за обновления безопасности, резервное копирование, SSL-сертификаты, DNS и все операционные расходы, которые поставщики SaaS берут на себя. Кроме того, он ссылается, что в рабочем документе 2026 года, подготовленном совместно с CEU («Vibe Coding убивает открытый исходный код»), утверждается, что вайб-кодинг может нанести ущерб открытому исходному коду, разорвав цикл обратной связи между пользователем и сопровождающим проекта.

Лондон предполагает, что сообществам разработчиков понадобятся новые модели, которые обеспечат преимущества персонализации свободного программного обеспечения, сохраняя одновременно удобство SaaS. Возможно, это будут продукты SaaS, которые будут радикально более открытыми и расширяемыми, с реальными системами плагинов, полным покрытием api и возможностью запуска пользовательского кода на данных. Либо же, как предполагает разработчик, к 2027 году Claude или Codex смогут не только писать, но и размещать и управлять программным обеспечением.

Он равным образом затрагивает проблему того, что агенты становятся основным способом взаимодействия людей со своими инструментами, и будут интерпретировать несвободное программное обеспечение как препятствие между пользователем и их потребностями, чтобы обходить его. Иногда это будет выглядеть как реверс-инжиниринг, иногда — как создание легковесных замен с открытым исходным кодом на лету. 

«В целом, я думаю, маятник свободного программного обеспечения вот-вот качнётся. Не потому, что люди внезапно обратились в церковь свободы программного обеспечения, а потому, что они хотят, чтобы их агенты действительно им помогали, а агенты не могут помочь, когда программное обеспечение заблокировано», — заключает Лондон.