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

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

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

Лондон напомнил, что в 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 нет официального API. 

Лондон нашёл проект другого разработчика Роберта Ниими по реверс-инжинирингу внутреннего API Sunsama. Это саморазмещаемый REST API-ретранслятор под названием 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, никакого обратного проектирования, никаких серых зон API», — указывает разработчик.

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

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

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

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

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

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

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