AI Frontier Написать

Горилла под капотом / публикация 597

Компании увольняли людей, потому что пришёл AI.

Обновлено 29.06.2026

Компании увольняли людей, потому что пришёл AI.
Теперь нанимают их обратно, и платят дважды

Изучаю западную сводку про AI в бизнесе за неделю и вижу одну историю с разных сторон.
Те, кто год назад резал штат «потому что теперь у нас AI», тихо открывают те же вакансии заново.

Вчера мы это отчасти уже разбирали, но думаю, надо идти ещё глубже.
Причём не столько технически, сколько методологически и по бизнесу.

Цифры (опросы и прогнозы, не закон, но сходятся у нескольких источников).
Forrester: 55% работодателей, уволивших людей «из-за AI», уже жалеют.
Robert Half: почти треть наняли тех же обратно. Из тех, кто вернул, каждый третий потратил на обратный наём больше, чем сэкономил.

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

Агент усилил хаос, и они получили бумеранг. У кого был порядок, тот человека не потерял, а поднял на уровень выше.

Почему откатывают

В демо агент выглядит как замена человеку.
Идея продаётся классно: уволь сотрудника, найми агента, зарплату не платишь, работает 24/7.
В проде вылезает то, чего в демо не видно.
Он не держит контекст, не доводит до конца, не отвечает за результат, жрёт токены, галлюцинирует.
Компания резала по «AI может это делать», а столкнулась с «AI может начать, но не закончить».

А кто вообще научит AI делать так, как делали наши сотрудники?

Что с этим делать

Не нанимать AI вместо человека, как кричат сомнительные деятели, а делегировать ему рутину под присмотром, оставив суждение и ответственность себе.
Где именно проходит граница, я свёл в развилку из трёх вопросов и семь гейтов, на реальных личных кейсах: своих, моих товарищей, клиентов. Снабжение, производство, консалтинг, продажи, IT, маркетплейсы.
Это не академическое «делай так и никак иначе».

Это опыт, который можно и нужно ставить под сомнение, но можно и попробовать на себе.
Не всеобъемлющий гайд, обещающий без усилий строить правильно, а именно опыт, который я переиспользую в новых проектах.

Сегодня/Завтра выложу часть материала плюс чек-лист и готовый скилл, который с этим поможет.

PS. Зачем я вообще это пишу?
Во-первых, зафиксировать срез своей методологии - которая через какое то время устареет.
Во-вторых, быстрее увидеть новый пик глупости.
Ну а если получится обменяться опытом, будет супер круто.