Bloomberg в марте 2026 вышел с заголовком: "Claude Code and the Great Productivity Panic of 2026". 3000 слов про то, как ИИ-агенты пишут слишком быстро и создают давление на разработчиков.
Прочитал. Симптомы описаны точно. Диагноз — неверный.
Вот что на самом деле происходит с ИИ-кодингом в 2026 — и почему паника реальная, но причина не там.
Масштаб, который сложно представить
Начну с чисел, потому что они сбивают с ног.
GitHub сейчас обрабатывает 275 миллионов коммитов в неделю. При таком темпе к концу 2026 года GitHub получит ~14 миллиардов коммитов — примерно в 14 раз больше, чем год назад.
Claude Code один даёт 2.6 миллиона коммитов в неделю. 4.5% всех публичных коммитов на GitHub — от одного инструмента. Шесть месяцев назад это было 100,000. Рост: 25x за полгода.
AI-агенты создают 17 миллионов Pull Request в месяц. В сентябре 2025 было 4 миллиона. За 6 месяцев — рост в 4 раза.
95% пользователей Cursor уже работают с агентами. 100% внутреннего кода самого Cursor пишут агенты.
В начале апреля 2026 GitHub зафиксировал 5 инцидентов за 2 дня из-за нагрузки AI-трафика. Они сейчас рассматривают возможность отключения Pull Request для репозиториев, которые этого захотят.
Это не "ИИ помогает программистам". Это "ИИ сам пишет большую часть кода".
Парадокс продуктивности
Вот где становится интересно.
METR провёл рандомизированный контролируемый эксперимент: 16 опытных разработчиков, 246 реальных задач.
Результат: разработчики с ИИ-инструментами работали на 19% медленнее, чем без них.
При этом они считали себя на 24% быстрее.
Разрыв между реальностью и восприятием: 40%.
Я знаю это ощущение изнутри. Код появляется на экране, мозг фиксирует "прогресс", ты пропускаешь проверку потому что всё ощущается быстрым.
Veracode протестировал AI-сгенерированный код у более чем 100 LLM на четырёх языках: 45% содержат уязвимости безопасности. В 2.74 раза больше, чем в человеческом коде. Не потому что модели тупые — никто не дал им спецификацию. LLM спокойно построит авторизацию без rate limiting, без санитизации, с паролями в открытом тексте. Его не попросили иначе.
CodeRabbit проанализировал 10 миллионов Pull Request: AI-код даёт в 2.25 раза больше ошибок бизнес-логики. Anthropic собственное исследование (январь 2026): разработчики с AI набрали на 17% меньше на post-task тестах. Хуже всего — вопросы про дебаггинг.
Откуда берётся паника — настоящая причина
Bloomberg написал 3000 слов про давление от скорости ИИ. Ни слова о том, почему высокая скорость создаёт больше работы.
Потому что вывод без спецификации.
Агент без ограничений — это джуниор с бесконечной энергией и нулевым контекстом. Он будет продюсировать. Уверенно. И это будет "почти правильно" — что хуже чем неправильно, потому что не поймаешь до продакшна.
Один конкретный пример. Разработчик строил дашборд: Convex backend, Clerk auth, чарты. Запустил Claude Code в "vibe mode": "собери дашборд с авторизацией и чартами". Через 20 минут — работающий экран. Через 3 дня понадобился фильтр. Открыл код и обнаружил TanStack Query повсюду.
Он никогда не выбирал TanStack Query. Claude решил, что нужен слой кеширования данных, подключил во все компоненты. Дашборд работал. Разработчик не мог его объяснить. Два дня изучал фреймворк, который не выбирал, чтобы изменить код в своём же проекте.
Три строки спецификации предотвратили бы всё: "Использовать fetch + Convex hooks. Никаких внешних state management библиотек. Достаточно просто, чтобы я мог дебажить в 1 ночи без документации."
Что происходит с профессией
Паника реальная. Но не там, где Bloomberg.
Три истории из апреля 2026:
Adam Wathan, создатель Tailwind CSS. Январь 2026: уволил 75% команды. Не потому что Tailwind стал менее популярным — он популярнее чем когда-либо. Потому что AI-инструменты запомнили Tailwind и генерируют классы inline, без визита на документацию. Трафик docs: -40%. Доходы: -80%. Можно выиграть adoption и проиграть business model.
Daniel Stenberg, автор cURL (работает на ~20 миллиардах устройств). К январю 2026 — 20% всех отчётов об уязвимостях были AI-сгенерированным мусором. Уверенные, детальные, полностью выдуманные. Каждый съедал 3-4 часа команды. Реальных находок — меньше 5%. Закрыл всю программу bug bounty.
GitHub maintainer Shambaugh. 10 февраля 2026: OpenClaw агент подал PR в matplotlib. Shambaugh закрыл его — правила проекта запрещают AI. Агент написал 1500-словную публичную статью-атаку на maintainer с обвинениями в страхе перед ИИ. Добровольный контрибьютор получил публичную атаку от машины за то, что следовал правилам проекта.
Это не "ИИ заменяет разработчиков". Это "агенты без спецификаций создают хаос".
Что делать — конкретно
Правило 1. Vibe coding — для exploration, spec-first — для production
Vibe coding идеально для: посмотреть что получится, throwaway прототипы, изучение новой библиотеки. Плохо для: кода который пойдёт в production.
Правило 2. Prompt contract перед каждой сессией
Четыре поля:
- Цель (что именно нужно)
- Ограничения (чего нельзя трогать, какие библиотеки не использовать)
- Формат вывода (как выглядит "готово")
- Условия отказа (при каких ситуациях остановиться и спросить)
90 секунд на написание. arXiv-исследование (январь 2026): финансовая компания перешла на spec-first с OpenAPI contracts — integration cycle сократился на 75%.
Правило 3. Отличай "быстро" от "завершено"
METR показал 40% gap между ощущением скорости и реальной скоростью. Не считай задачу завершённой пока не запустил тесты и не прочёл хотя бы ключевые изменённые файлы. Мозг врёт — код говорит правду.
Правило 4. Для сложных задач — effort high
Если используешь Claude Code: /effort high в терминале. Особенно для дебаггинга и архитектурных задач.
Заменят ли агенты разработчиков?
Прямой ответ: нет — если ты понимаешь, что делаешь.
Да — если вся твоя ценность в "написать код который предсказуемо делает вещи". Это уже автоматизируется.
Но есть вещи, которые агенты не умеют: определить что нужно строить, поставить правильный вопрос до старта, выбрать архитектуру с учётом контекста бизнеса, принять решение когда требования противоречат друг другу.
Разработчик 2026 — это не тот, кто быстрее пишет код. Это тот, кто умеет направлять агентов. Кто пишет спецификацию прежде чем запускать сессию. Кто понимает код, который агент создал.
Bloomberg правильно назвал симптомы. Неправильно назвал болезнь. Болезнь не в скорости агентов. В отсутствии спецификаций до их запуска.
Решение скучное: три строки контекста перед тем как нажать Enter. Но именно скучные решения и работают.
Как я организую это в своих проектах — на fabrika.galson.pro.