На конференции Google I/O 2026 главный инженер Google Адам Бендер дал жёсткое предупреждение: массовое внедрение больших моделей, ускоряющее написание кода в десятки раз, ставит под удар ту социальнотехническую экосистему, которую инженеры выстраивали десятилетиями. Это не просто производительность — это изменение масштабов, при котором привычные практики (компиляция, тесты, ревью, релизы, откат) перестают работать как раньше.

Бендер вводит понятие «software ecology» — целостного взгляда на систему разработки как на сложную сеть взаимозависимых акторов: инструменты, процессы, культуры, люди и инфраструктура.

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

Главные риски при 10× скорости генерации кода

Рост долга: больше кода — больше «долга» (support & maintenance). Быстрое порождение кода увеличивает будущие издержки на поддержку.

Компиляция и тестирование: время сборки и объём тестов растут нелинейно; интеграционные тесты и CIплатформы становятся узким местом.

Кодревью как бутылочное горлышко: люди не сумеют рецензировать поток изменений; это стимулирует обходные процессы и деградацию качества.

Версионные системы и VCSнагрузка: существующие VCS не рассчитаны на миллионы быстрых коммитов — проблемы с масштабом неизбежны.

Tokenэкономика и стоимость: автономные агенты «съедают» токены; без видимости расходов бюджет могут исчерпаться мгновенно.

Дрейф архитектуры и «агентные» конфликты: множество автоматических изменений может привести к непредсказуемым конфликтам и неочевидным регрессам.

Потеря «интеллектуального контроля»: когда код пишут сотни агентов, кто отвечает за архитектурные решения и долгосрочные последствия?

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

Что должен делать инженер и техлид сегодня

Пересмотрите процессы ревью и верификации — делегируйте рутинную проверку агентам, но оставьте ключевые решения людям.

Внедрите мониторинг расхода токенов и автоматические пределы исполнений.

Обучайте инженеров системному мышлению: способность видеть взаимосвязи (организация ↔ инструменты ↔ код) станет критическим навыком.

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

Мы стоим на пороге «10×момента», когда ускорение разработки меняет не только скорость, но и структуру труда и ответственности. Ответ не в том, чтобы слепо давать всем больше токенов и разрешений, а в том, чтобы усилить фундамент: процессы, контракты, валидации и культуру. AI даёт мощный рычаг — но направление и смысл применения этого рычага остаются за людьми.

Видео выступления Адама Бендера: YouTube.