Перейти к содержимому
ТехнологииВажное

Разработчики отказываются работать без ИИ — и это может им обернуться

Исследователи из лаборатории METR сообщили, что к февралю 2026 года большинство программистов не берут даже небольшие задачи без ИИ‑подсказок. Повторный эксперимент 2025 года не состоялся, потому что участники отказались работать без машинного обучения.

Измерения продуктивности по количеству токенов (tokenmaxxing) показали, что ускорение написания кода не повышает ценность проекта: компании Amazon и Uber столкнулись с завышенными расходами и без заметных улучшений.

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

В феврале 2026 года исследовательская группа METR объявила, что разработчики отказываются выполнять даже ограниченный набор задач без ИИ‑ассистентов. План обновить результаты 2025 года, когда измерялось время выполнения задач вручную и с помощью ИИ, был отменён, потому что участники не захотели работать без машинных подсказок. Лаборатория заменила эксперимент опросом, в котором специалисты указали, что ИИ удваивает их ценность для компании.

Проблемы измерения продуктивности

Тренд 2026 года — tokenmaxxing, когда количество использованных токенов считается мерой эффективности. Amazon закрыла внутренний рейтинг Kirorank, так как сотрудники злоупотребляли ИИ‑агентами, вызывая рост расходов. Uber израсходовал весь бюджет на ИИ за четыре месяца; COO компании Andrew Macdonald отметил отсутствие измеримых улучшений.

Качество кода и технический долг

Программист James Shore отметил, что ускорение написания кода не сокращает затраты на обслуживание, а иногда их удваивает. По данным Entelligence AI, 44 % токенов тратятся на исправление багов, созданных ИИ, а сервис CodeRabbit фиксирует в 1,7 раз больший уровень проблем в открытых запросах по сравнению с человеческим кодом. Исследователи из Singapore Management University подтвердили, что ИИ‑генерация кода повышает долгосрочные издержки на обслуживание.

Что дальше?

Рекомендуется рассматривать ИИ как инструмент для рутинных задач, требующий строгого контроля качества, аналогично младшему разработчику. Большие архитектурные решения и задачи безопасности должны оставаться в руках людей. Такой подход позволит снизить риск роста технического долга и обеспечить реальную выгоду от внедрения ИИ в процесс разработки.

Все материалы