Если ваша команда слишком занята «обычной работой», чтобы экспериментировать с ИИ, вы готовите её к замене

Автор: Джеффри Хантли (Geoffrey Huntley)

Оригинал: if your team is too busy doing their 'normal job' to experiment with AI, you're preparing them to be replaced

Дата оригинала: 9 октября 2026 года

Когда в прошлом году вышел Ralph, я до этого долго не решался его обнародовать. Те, кто давно читает этот блог, об этом знают. С идеей проектирования агентных циклов — loop engineering — я впервые столкнулся в начале января прошлого года, четыре месяца держал её при себе, а потом начал много писать, умоляя людей обратить внимание.

Дорогой студент: да, ИИ уже здесь, и тебе конец, если ты не начнёшь действовать…

Две недели назад студент анонимно написал мне по электронной почте и попросил совета. Это мой ответ — и то, что я сделал бы на твоём месте. «Итак, я прочитал вашу статью “Момент, когда говоришь: «Вот б***ь»”, а также “Будущее принадлежит людям с идеями, которые могут просто…”»

Когда Ralph и Loop Engineering стали вирусными в начале этого года — почти год спустя, — это сильно на меня давило. В последнее время жизнь складывается довольно неплохо, но так было не всегда, поэтому я взял паузу. Шесть месяцев я путешествовал по миру без дохода и почти семнадцать раз выступил с докладом ниже в разных городах.

Итоги восемнадцати месяцев: AI Engineer, Сингапур, май 2026 года

Это итоги восемнадцати месяцев: доклад, с которым я выступил во второй день AI Engineer Singapore. С момента подведения итогов шести месяцев в Мельбурне произошло многое. Ниже — запись, а затем отредактированная расшифровка со слайдами. «С возвращением. Для тех, кто был здесь на вечеринке…»

Наша профессия стоит на распутье, и я говорю это в последний раз.

Использование ИИ в разработке программного обеспечения больше не является делом выбора.

Если ваш работодатель запретил использовать ИИ, вам стоит уволиться и найти компанию, которая уже проходит ИИ-трансформацию.

Если вы работаете в компании, проходящей ИИ-трансформацию, я понимаю, что чувства у вас могут быть смешанными. Вам это может не нравиться. Но, пожалуйста, поймите: это новая норма. Ремесленный код, написанный вручную, могут позволить себе разве что вышедшие на пенсию руководители технологических компаний — или те, для кого это домашнее хобби. Зарабатывать этим больше не получится.

У вас как у сотрудника на самом деле два варианта.

Вы можете идти против течения и отказываться от ИИ, но так вы лишь вредите себе. Вы обмениваете время и навыки на деньги. Вкусы и запросы рынка труда уже изменились.

С моей позиции хорошо видно, что происходит.

Каждое утро я просыпаюсь и вижу сообщение в WhatsApp или личное сообщение в LinkedIn от людей, у которых дела идут в гору: они благодарят меня. Но благодарить нужно не меня, а себя. Вы вложились в себя — и благодаря этому вас только что повысили до вице-президента. Всю работу сделали вы.

Привет, Джеффри. Хотел написать и рассказать, насколько сильно работа по методу Ralph повлияла на меня и компанию, в которой я работаю. Впервые я услышал о нём в соцсетях в январе 2026 года и решил, что это какая-то дикая идея: позволить этому неуклюжему персонажу носиться по моей кодовой базе. Поэтому просто проигнорировал её.

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

Пришлось немало поэкспериментировать, но теперь я буквально выполняю в уже существующих проектах оплачиваемую разработку стоимостью свыше 100 тысяч, тратя 3 тысячи на токены Sonnet. За какие-то две недели я переношу целые технологические стеки на новую платформу — раньше за это мы платили подрядчикам полмиллиона. Правила игры полностью изменились, а последствия одновременно потрясающие и пугающие.

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

Пора обсудить слона в комнате: руководителей команд.

Если ваша команда слишком занята выполнением своей новой работы, чтобы экспериментировать с ИИ, вы готовите её к замене. Может быть, вас это устраивает, но надеюсь, что нет: если вы по-настоящему заботитесь о своей команде, это должно тяжело на вас давить.

В ближайшие шесть месяцев вам придётся начать непростые разговоры об увольнении людей из компании. Уже сейчас следует распределять сотрудников по «кривой жизнеспособности» — vitality curve — и ранжировать их. Естественно, компетентные сотрудники, которые использовали ИИ, окажутся впереди компетентных инженеров, которые его не использовали.

Что я имею в виду, когда говорю, что некоторые разработчики «ngmi»?

Статью «Момент, когда говоришь: “Вот б***ь”» я закончил такой цитатой: «Через некоторое время инженеры, которые не внедрили программных помощников или не начали их изучать, откровенно говоря, не выживут». Инженерные организации сейчас разделены между сотрудниками, которые уже пережили этот…

На этом этапе некоторые разработчики не справятся, и это нормально. Можно привести лошадь к воде, но нельзя заставить её пить. Это их выбор. Вы как руководитель должны в первую очередь позаботиться о себе и собственным примером показать новый базовый уровень результативности.

Если вы не хотите, чтобы это случилось с членами вашей команды, начните с выделения времени на профессиональное развитие. Самая конкретная задача, которую я могу порекомендовать разработчикам: создать собственного агента, разобраться в трюках, стоящих за Claude Code, и уметь объяснить, как он устроен изнутри.

Как создать агента для программирования: бесплатный воркшоп

Создать агента для программирования не так уж сложно. Триста строк кода, работающих в цикле с токенами LLM. Просто продолжаете подавать токены в этот цикл — и вот у вас уже есть агент.

Начните здесь. Видеоверсия.

Понимаете, в 2026 году вы не senior-разработчик, если не можете воссоздать Claude Code — одного из самых простых агентов. Senior-инженеры по определению являются senior потому, что могут наставлять и обучать новое поколение. В ремесле разработки есть чему учить: накоплено много знаний и опыта о сбоях программного обеспечения и о том, как его следует проектировать, — того, что обычно называют вкусом. Новому поколению понадобятся наставники, которые передадут эти знания. Но вы не заслужите его уважения, если будете считать ИИ злом, которого надо избегать. Если из-за своего отношения вы не можете заслужить уважение следующего поколения, какую ценность вы приносите и зачем работодателю продолжать держать вас в штате?

Как проходить собеседования в 2026 году

Если вы ищете работу в 2026 году, поймите: распространено мнение, что найти её трудно и ситуация на рынке очень тяжёлая. Это правда, если ваша экспертиза ограничивается набором кода в IDE. Но это не так, если у вас есть подтверждаемая экспертиза в ИИ.

Если вам есть что показать — доклад, открытый проект или что-то другое, что можно наглядно продемонстрировать, что-то, чем вы увлеклись и во что вложились ради собственного развития, — на этом рынке вы должны суметь найти работу за пару дней: сейчас здесь всё кипит.

Пожалуйста, поймите: ваше преимущество сейчас — понимание возможностей и любознательность. В мире не хватает любознательных и амбициозных людей. Это ваше преимущество, ваша «альфа». Именно так себя и позиционируйте — и будьте гораздо амбициознее, чем сейчас. Вам нужно мыслить масштабнее.

В какую бы компанию вы ни пришли, станьте проводником ИИ для команды и организации. И я не имею в виду, что нужно превратиться в безоговорочного восхвалителя ИИ. Делитесь тем, что работает, экспериментируйте и помогайте другим пережить этот переходный период. В целом — поднимайте планку для всех вокруг и будьте хорошим человеком.

Как нанимать людей в 2026 году

С моего момента «вот б***ь» прошло почти два года. С тех пор мы увидели появление компаний, построенных вокруг моделей — model-first, где большую часть программного обеспечения создают компьютеры, а не люди.

Это значит, что прошло два года, и те, кто проявлял любознательность и вкладывался в себя, получили чертовски большое преимущество перед теми, кто начинает только сегодня.

Один из самых фундаментальных вопросов, над которыми я размышлял последний год: «Как распознать умелых операторов?» Или, иначе: «Как нам вообще теперь нанимать разработчиков, если LLM легко справляются с LeetCode?»

В дополнение к стандартным проверкам знаний по разработке я предлагаю следующие категории как грубую шкалу оценки.

Неприемлемо

• Негативное отношение к использованию ИИ. Я понимаю. Лаборатории присвоили наше общее культурное и интеллектуальное достояние, и мне это тоже не нравится, но это уже произошло. На собеседовании следует выявлять такие взгляды и отсеивать кандидатов с помощью поведенческих вопросов.
• Любая форма обмана. Если кандидат использует ИИ в процессе собеседования, чтобы обмануть вас, это немедленный отказ: обман неприемлем.
• Отсутствие конкретного опыта работы с ИИ, который можно продемонстрировать.

Приемлемо

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

Вам нужно понять, знает ли он, что такое контекстное окно, как работает токенизация и как устроен инференс с точки зрения проектирования систем. Если глубина его знаний заканчивается на разговорах о наборах skills, откажитесь от кандидата.

Работодатели должны отдавать приоритет создателям. Создатели знают базовые структуры данных и устройство системы, на которых основана работа агента, потому что это знание позволяет им автоматизировать бизнес-функции. Если у человека нет этих знаний, он лишь потребитель. Поэтому, скорее всего, стоит отказаться от него и продолжить поиск человека со знаниями создателя.

Идеально

• Конкретный, демонстрируемый опыт работы с ИИ. У кандидата должна быть целая куча собственных побочных проектов. Это может показаться несправедливым, и я согласен. До ИИ такой стандарт был несправедлив, но эти подписки были доступны всем. Они субсидируются, и у каждого моего знакомого, который понимает происходящее, есть столько классных вещей, что ему не терпится их всем показать.
• Когда вы спрашиваете, какой обвязкой для программирования — coding harness — человек пользуется, по сути есть лишь два приемлемых ответа. Либо все такие обвязки взаимозаменяемы и он использует любую, которая позволяет получать токены дешевле всего. Либо у него загораются глаза и он говорит: «Своей. Хотите посмотреть? Хотите обсудить технические подробности? Вот, сейчас покажу». *Это современная версия старого вопроса на собеседовании: «Расскажите о своей домашней лаборатории».*
• Если после собеседования вы узнали об ИИ что-то, чего раньше не знали, наймите этого человека немедленно, пока этого не сделал кто-то другой. *Это современная версия старого вопроса «Что происходит, когда вы набираете google.com в адресной строке браузера и нажимаете Enter?», только с поправкой на ИИ.*
• Если кандидат руководит людьми, он должен уметь очень глубоко разобрать процессы, которые перестали работать из-за внедрения ИИ в компании. Также он должен привести примеры *того, что лично изменил в своей организации, чтобы сделать внедрение ИИ возможным*. Проверяйте эти истории по независимым источникам, чтобы убедиться, что вам не врут.

Не нанимайте тех, кто находится слева от линии. Начните распределять существующих сотрудников по «кривой жизнеспособности», разделяя их на создателей и потребителей ИИ. Те, кто слева от линии, — NGMI, то есть «не справятся», и это нормально. Если они решают вредить себе, это их выбор.

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

Субсидируемые подписки для личного использования доступны относительно дёшево. Сейчас, когда мы приближаемся к концу года, действительно нет причин оставаться по левую сторону линии. Все инструменты были доступны всем. Вопрос лишь в том, проявлял ли человек достаточно любознательности и начал ли действовать.

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

Есть ещё кое-что, что мне нужно сказать. Возможно, вам придётся полностью пересмотреть состав людей, участвующих в найме: нынешним интервьюерам может не хватать экспертизы, чтобы различать эти категории. Например, если человек негативно относится к ИИ, не имеет подтверждаемого опыта работы с ним и не попадает в категорию «идеально», исключите его из числа интервьюеров — и/или из компании. Ведь в 2026 году вам нужно показать себя с лучшей стороны, чтобы находить, привлекать и нанимать лучших специалистов.

Помните: кандидат тоже проводит собеседование с вами. Он понимает, что происходит, и хочет убедиться, что выбор вас в качестве работодателя снизит риски в его жизни.

P. S. Посмотрите этот подкаст с Биллом Гейтсом и осмыслите сказанное

Подкаст Эзры Кляйна с Биллом Гейтсом

Ну, ссылка на Джевонса — это просто отсылка к тому, что в некоторых частях экономики спрос эластичен. И да, в случае программного обеспечения, если вы, допустим, работаете втрое быстрее и всё ещё остаётся какая-то роль, которую могут выполнять только люди, снижение стоимости стимулирует спрос. Поэтому справедливо сказать, что пока нынешнее равновесие в разработке ПО не приводит к сокращению занятости.

Когда мы изобрели радиальные шины, которые служили вчетверо дольше, люди почему-то не стали ездить вчетверо больше. А заводы, производящие шины, стали нанимать вчетверо меньше людей. Когда вы заменяете людей на складах Amazon роботами, люди не начинают из-за этого больше покупать.

Поэтому любой человек, который умеет считать, может спросить себя: в какой части экономики спрос эластичен и какие задачи по-прежнему обязательно требуют участия человека?

Как только вы автоматизировали выполнение задачи целиком, эластичность спроса уже не имеет значения. Эти расходы идут в бюджет на токены, а не в бюджет на зарплаты людей.

Стоимость выполнения некоторых из этих задач настолько ниже стоимости человеческого труда, что по мере преодоления порогов надёжности — и в работе белых воротничков, и в использовании человекоподобных роботов — вы уничтожаете рабочие места и не оставляете никакой безопасной позиции.

Раньше инновации выглядели так: появился трактор. Хорошо. Давайте построим Диснейленд и наймём туда множество людей. Но в экономике в целом такого выхода у вас нет. Я не понимаю, о чём думают люди, которые утверждают, что рабочих мест в итоге станет больше.

P. P. S. Ещё немного данных для руководителей инженерных команд

ИИ больше не является делом выбора. Каждый руководитель, с которым мы говорили, так или иначе отмечал: отказ от использования ИИ теперь делает человека непригодным для работы. Не раз мы слышали сравнение с отказом пользоваться IDE.

Выигрыш реален. Организации рассказывали о втрое большем объёме работы на одного инженера, о шестимесячном проекте, выполненном за два месяца, об инциденте, причину которого нашли за семь минут, хотя раньше на это ушло бы четыре часа.

Сильнее всего меняется само представление о возможном. Ответ по умолчанию на новую идею — уже не «нет», а «давайте проверю». А работа, которая раньше умирала на дне бэклога, теперь выполняется.

Источник: Lookahead — State of AI Engineering 2026.

Реакции в X

Анонс статьи в X за сутки собрал больше 400 тысяч просмотров. Хантли — австралийский инженер, придумавший Ralph: агента, который работает в цикле, пока не доведёт задачу до конца.

Тоби Лютке

Сооснователь и CEO Shopify. В 2025 году его внутренний меморандум сделал использование ИИ обязательным для всех сотрудников компании.

Лорен Тан

Инженер из основной команды React Compiler, раньше — Cursor, Meta и Netflix. Её цитата статьи набрала больше 4 тысяч лайков — больше, чем исходный пост.

Гергей Орос

Автор рассылки The Pragmatic Engineer, раньше — Uber и Skype. Он процитировал Лорен и сделал обратный вывод: раз собеседование хуже предсказывает работу, вес переходит к сигналам вне его.

Под постом Хантли