Начиная с февраля 2025 года, когда Андре Карпати упомянул проблему «вайб-кодинга», прошел год, и сегодня в разработке ПО произошли фундаментальные изменения, вызванные ИИ. Это привело к серьезному кризису для многих компаний-разработчиков ПО, которые получили большие возможности благодаря ИИ.
В 2025-2026 годах экосистема опенсорса столкнулась с беспрецедентным кризисом.
Три причины краха опенсорса
1. Тихое присвоение — Никто не приходит
GitHub называет кризис опенсорса в эпоху ИИ «Вечным сентябрем».
Вечный сентябрь: В начале 1990-х Usenet был сообществом, ориентированным на студентов. Каждый сентябрь приходили новички, публиковавшие низкокачественные сообщения, но существующие пользователи обучали их, и за месяц-два все нормализовалось. Однако в сентябре 1993 года, когда AOL открыла Usenet для широкой публики, «сентябрь» стал длиться вечно.
Но настоящая угроза — это не наводнение PR-запросов от ИИ. Настоящая угроза в том, что вообще никто не приходит.
ИИ уже обучился на опенсорсном коде. Разработчикам нет причин посещать репозитории, читать документацию, открывать задачи или отправлять PR-запросы. Достаточно сказать «сделай это», и ИИ создаст результат на основе опенсорса.
Использование резко возрастает, но сообщество превращается в город-призрак.
| Пример | Что произошло |
|---|---|
| Tailwind CSS | Рост загрузок npm, снижение трафика документации на 40%, снижение выручки на 80% |
| Stack Overflow | Снижение активности на 25% за 6 месяцев после запуска ChatGPT, по состоянию на 2025 год количество вопросов уменьшилось на 76% |
| Vercel | v0 генерирует код с использованием опенсорсных библиотек (Tailwind, shadcn/ui и др.) — прибыль монополизирует Vercel |
| SQLite | Код находится в общественном достоянии, но набор тестов намеренно закрыт — в результате это эффективная стратегия даже в эпоху ИИ |
Вывод статьи arXiv 2601.15494: вайб-кодинг «использует» OSS, но не читает документацию, не сообщает об ошибках и не участвует в сообществе.
Базовая предпосылка опенсорса — «открывая, получаешь взамен» — рушится. Наступила эпоха, когда польза от копирования превышает пользу от открытия.
2. Парадокс сообщества — Чем больше участников, тем медленнее
Прежнее общепринятое мнение гласило: «Чем больше участников, тем быстрее проект». В реальности все наоборот. Фред Брукс доказал это еще в 1975 году — «Добавление людей замедляет проект». Это происходит потому, что затраты на коммуникацию растут пропорционально квадрату числа участников.
Чем больше участников, тем выше затраты на ревью, координацию и принятие решений. Мейнтейнеры тратят время на управление людьми вместо написания кода. В эпоху ИИ эта проблема усугубляется до крайности — пользователи просто тихо забирают все через ИИ, а оставшиеся немногие вклады лишь увеличивают затраты на координацию.
В итоге наступила ситуация, когда создавать что-то в одиночку с ИИ быстрее, чем создавать это с сообществом.
3. Защита — тоже не выход
Поэтому многие проекты начали закрываться. curl получил 20 отчетов, сгенерированных ИИ, за 21 день, и ни один из них не был действительным — в итоге они прекратили программу bug bounty, действовавшую 6 лет; Ghostty ввел политику нулевой терпимости, разрешая вклады ИИ только по одобренным задачам; а tldraw полностью заблокировал внешние PR-запросы.
Блокировка PR-запросов может остановить «AI slop». Но проблемы 1 и 2 — тихое присвоение и затраты на сообщество — не решаются. Даже если проект закрыт, ИИ уже обучился на коде, и пользователи продолжают забирать его за пределами репозитория.
Реакция индустрии разделилась на два направления:
- Защита: Vouch (управление доверием), PR Kill Switch, обязательное раскрытие использования ИИ + отказ
- Принятие: GitHub Agentic Workflows, стандарт AGENTS.md (принят более чем 60 000 проектов), Responsible Vibe Coding Manifesto
Обе стороны согласны в одном: проблема не в самом ИИ, а в неправильном использовании ИИ. Однако ни одна из сторон не предлагает решения проблемы «польза от открытия < польза от копирования».
Но разве каждый раз создавать заново — это решение?
Существуют утверждения, что «если вайб-кодинг станет мейнстримом, наступит разработка по требованию» — ведь можно будет просто попросить ИИ создать что-то, когда это нужно, и это станет доминирующим подходом в вычислениях и приложениях.
Но это колоссальная трата ресурсов.
10 000 человек просят создать одну и ту же функцию по отдельности. Появляется 10 000 непроверенных фрагментов кода. Что, если выйдет патч безопасности? 10 000 человек должны будут переделывать его каждый по-своему. Что, если нужно улучшить архитектуру? Снова с нуля. Тесты? Отсутствуют. Каждый раз создавать что-то с нуля — это расточительство, каким бы быстрым ни был ИИ.
Уже существуют хорошо разработанные опенсорсные проекты. Проверенная архитектура, тысячи тестов, многолетняя история патчей безопасности. Все это не может быть воспроизведено одной фразой «сделай это». Ценность накопления не меняется и в эпоху ИИ.
Говорят, что наступила эпоха супер-индивидов. Поскольку ИИ помогает, можно создавать нечто выдающееся в одиночку. Это правда. Но будет ли эффективно, если несколько супер-индивидов создают одно и то же по отдельности? Разве не будет эффективнее, если супер-индивиды вместе вносят вклад в один опенсорсный проект?
В конечном итоге ответ снова возвращается к опенсорсу. Вопрос не в том, «делать опенсорс или нет», а в том, «как делать опенсорс в эпоху ИИ».
Выбор Naia OS: Разработка совместно с ИИ
Что, если мейнтейнеры тоже используют ИИ, и участники тоже используют ИИ?
Если ИИ возьмет на себя коммуникацию — классификацию задач, ревью PR-запросов, перевод, координацию — которая была затратной в традиционном опенсорсе, разве это не позволит преодолеть парадокс «чем больше участников, тем медленнее»?
Naia OS выбрала противоположный путь, чтобы проверить эту гипотезу.
«Не блокировать ИИ, а проектировать и разрабатывать вместе с ИИ.»
| Аспект | Традиционный опенсорс | Naia OS |
|---|---|---|
| Позиция ИИ | Защита от вкладов ИИ | Интеграция вкладов ИИ в рабочий процесс |
| Онбординг | Чтение README | Клонирование → ИИ объясняет проект → Отсутствие языкового барьера |
| Контекст | Только документация для людей | Двойная структура: .agents/ (для ИИ) + .users/ (для людей) |
| Язык | Английский обязателен | Все языки приветствуются — ИИ переводит |
Контекст — это инфраструктура — AX опенсорса
Подобно тому, как компании проходят AX (AI Transformation), опенсорс также нуждается в AX. Это означает преобразование двух осей — сообщества (организации) и исходного кода + контекста (инфраструктуры) — таким образом, чтобы ИИ мог участвовать.
Начнем с сообщества — коммуникация в традиционном опенсорсе полностью происходит между людьми. Если в эпоху ИИ это становится проблемой, то организацию необходимо изменить так, чтобы ИИ мог брать на себя коммуникацию.
Что касается инфраструктуры — в традиционном опенсорсе есть только документация, предназначенная для чтения людьми: README, CONTRIBUTING, вики. Даже если ИИ прочитает это, он не сможет понять философию проекта, контекст архитектурных решений или рабочий процесс внесения вкладов. Именно поэтому PR-запросы, созданные ИИ, становятся «slop».
Директория .agents/ была создана для решения этой проблемы. Она предназначена для хранения правил, архитектуры и рабочих процессов проекта в структурированном виде внутри репозитория, чтобы ИИ мог их читать. Если этот контекст достаточно богат, ИИ сможет писать код, направлять участников и поддерживать качество, понимая проект. Это будет не «создание с нуля», а «понимание и совместное создание».
Что было сделано в Naia OS
Устранение языковых барьеров — Раньше я пытался внести вклад в Mozilla Hubs. Я мог читать код и создавать PR-запросы, но следить за обсуждениями сообщества или участвовать в онлайн-встречах было другой проблемой. Разные часовые пояса, трудности с пониманием быстрой английской речи, мысли о том, не доставляю ли я неудобства, правильно ли я все понял — такие мысли часто возникали. В наши дни люди все чаще испытывают дискомфорт от личного общения. В Naia OS участники пишут задачи и PR-запросы на своем родном языке, а ИИ переводит их. В настоящее время одновременно поддерживаются README на 14 языках. (→ Руководство по участию)
Качество поддерживается структурой — Контекст .agents/ обучает ИИ, CI проверяет сборку и тесты, ИИ-ревьюер выявляет нарушения паттернов, а мейнтейнер лишь задает направление. Если предыдущие этапы сильны, нагрузка на мейнтейнера снижается. (→ Модель работы)
Не только код является вкладом — Существует 10 способов внести вклад, включая перевод, документацию, дизайн, тестирование и даже улучшение самого контекста .agents/. Улучшение контекста повышает качество всех вкладов ИИ. (→ Типы вкладов)
Тестирование реального понимания ИИ — Мы запустили Codex CLI и Gemini CLI в новой сессии в репозитории и проверили, насколько хорошо они понимают проект, прочитав только контекст .agents/. Из 12 тестов 7 были пройдены, 4 частично пройдены, 1 провален. Интересно, что ИИ обнаружил противоречие в документации, которое пропустил человек. (→ Полный отчет о проектировании)
Развернется ли в ближайшем будущем опенсорсная экосистема, управляемая ИИ?
Предпосылка опенсорса «открывая, получаешь взамен» пошатнулась для людей. Люди вынуждены конкурировать, и, перестав кодировать напрямую, они теряют причины для участия в опенсорсе. Что, если мы внедрим философию опенсорса в кодирующий ИИ, сможем ли мы заново построить опенсорсную экосистему? Это пока гипотеза. И Naia OS экспериментирует с ней.
Сейчас: Человек определяет направление и создает задачи. ИИ кодирует, рецензирует, переводит и записывает в Git. Человек — это гид, ИИ — исполнитель.
Ближайшее будущее: ИИ находит и предлагает задачи. Человек одобряет и координирует направление.
Более отдаленное будущее: ИИ сотрудничают друг с другом. Человек управляет только видением и философией. Опенсорсный проект становится экосистемой ИИ-агентов.
В этом случае .agents/ перестанет быть простой документацией. Это станет общим языком для ИИ, чтобы делиться философией опенсорса и сотрудничать. Лицензия CC-BY-SA 4.0 — это механизм, обеспечивающий сохранение этой философии даже при форке, и, возможно, ИИ смогут даже улучшить саму структуру этой лицензии.
Поэтому для следующего эксперимента мы создали проект Хартии опенсорса ИИ. Мы планируем представить его сообществам ИИ-агентов, таким как Moltbot или Botmadang. То, как ИИ отреагируют на эту хартию и появятся ли реально участвующие ИИ — само по себе станет проверкой этой гипотезы. (→ Задача #17)
Приглашаем к участию
Если вам интересно, клонируйте Naia OS и откройте ее с помощью любого инструмента для кодирования ИИ. Просто спросите на своем родном языке: «Что это за проект?»
См. также
