Создатель Claude Code сам не пишет промпты. Он пишет циклы - и это новая база 2026

В 2024 году промпт-инженер в Кремниевой долине стоил 300 тысяч долларов в год. К июню 2026 эта профессия подешевела до нуля - и на её место пришла другая. Борис Черни возглавляет команду Claude Code в Anthropic, инструмента, в котором сидят 46% всех инженеров мира (опрос Pragmatic Engineer, 906 респондентов). В одном из интервью начала 2026 года он бросил фразу, на которую я тыкаю пальцем четвёртый месяц подряд:

В переводе: «В ноябре я удалил себе среду разработки, потому что просто перестал ей пользоваться. Год назад я писал код с автодополнением. Сейчас уровень другой. Я больше не промптю Claude. Это делают циклы».

Создатель Claude Code сам не пишет промпты. Промптят его циклы. А он их пишет.

В 2024 году главный навык в работе с ИИ назывался «уметь правильно попросить». В Долине промпт-инженеры получали по 300 тысяч долларов в год. Люди учили формулировке, шаблонам, разделителям, ролевым префиксам. К лету 2026 этот навык подешевел до нуля. На его месте появился новый - loop engineering. Или по-русски проще: инженерия циклов.

Я живу в этом режиме каждый день. И вижу, как мимо проходят те, кто только что осилил «промпт-инжиниринг» по гайду из YouTube. Этот пост - объяснение на пальцах: что такое цикл вместо промпта, чем он отличается от агента и автоматизации, и какие три цикла стоит попробовать уже на этой неделе - даже если ты никогда не писал ни строчки кода.

Loop engineering - это когда я не пишу промпты руками. Я пишу цикл, который сам формулирует промпт, отдаёт его агенту, забирает результат, проверяет его другой моделью, и либо завершается, либо запускает следующую итерацию. Я наблюдаю за процессом, но не сижу в нём.

Чтобы это не звучало абстрактно, вот разница на одной задаче.

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

11 мая 2026 Anthropic выпустила Claude Code v2.1.139 с командой /goal. С этой команды цикл собирается в одну строку:

Я ввожу одну строку. Claude дальше сам решает, сколько раз ему понадобится прогнать тесты, переписать код, снова прогнать. Я могу уйти заваривать чай. Когда возвращаюсь - либо done, либо отчёт «не смог за 20 итераций, вот логи».

OpenAI выкатила тот же примитив в Codex CLI 0.128.0 - на 11 дней раньше, 30 апреля. То есть оба ведущих игрока в одну неделю объявили, что промпт больше не точка входа. Точка входа - цель и условие завершения.

Скепсис на этом месте нормальный. Год назад этой темой жили только нерды из Twitter. Поэтому дальше - конкретика.

Гарри Тан, президент Y Combinator, в феврале 2026 на сцене Sequoia Ascent. Он показал график: у четверти команд из набора Winter 2025 уже 95% строк кода написаны ИИ. Не «помогает писать», а пишет сам. Эти команды строят продукты, поднимают раунды, продают платящим клиентам - и у них в репозитории остаётся только постановка и проверка.

Гергели Орос (Pragmatic Engineer) опросил 906 инженеров с медианным опытом 11-15 лет. Claude Code за восемь месяцев с момента выхода стал инструментом №1: 46% выбрали его главным, у Cursor - 19%, у GitHub Copilot - 9%. 95% опрошенных используют ИИ-инструменты хотя бы раз в неделю, три четверти - на половине задач и больше. Это не аутсайдеры с хайпом, это срез индустрии.

Sam Altman в кулуарах OpenAI DevDay упомянул, что 20% из пяти миллионов еженедельных пользователей Codex - вообще не разработчики. Аналитики, маркетологи, операционщики, банкиры. Люди без технического бэкграунда строят рабочие штуки. И этот сегмент растёт в три раза быстрее, чем сегмент разработчиков.

Борис Черни ещё в марте 2026 публично сказал, что Claude Code теперь на 100% написан Claude Code. Самописный код в кодовой базе Anthropic - реликт. Инструмент сам себя дописывает циклами.

Тема, которую год назад обсуждали энтузиасты, переехала в основной поток индустрии. Она уже здесь.

Хочу дать конкретику, которую можно взять, повторить и увидеть результат на этой неделе. Эти три цикла я и сам использую. Никаких чудес - простой /goal и формулировка цели.

Самый дешёвый и самый окупаемый цикл. Запускаешь его, когда хочешь что-то починить или внести правку, и не готов сидеть рядом.

Что внутри. Claude вносит правку, гоняет тесты, видит провал, читает ошибку, правит, снова гоняет. Так до зелёного. Условие завершения я задал словами: «все тесты проходят». Без условия - агент может зацикливаться бесконечно.

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

Что меняется в голове. Я перестал смотреть на каждый дифф. Я смотрю на итог.

Это уже не цикл выполнения. Это цикл проверки. Главное правило loop engineering, которое в одном из разборов сформулировали так:

Исполнитель не проверяет свою работу. Это делает другая модель.

Как выглядит. Один агент пишет код. Второй агент - с другим системным промптом, в другой роли «security reviewer» - его читает и пишет, что не так. Если второй сказал «ОК» - сливаем. Сказал «не ОК» - возвращаем на доработку первому.

Зачем это надо. По отчёту Veracode 45% сгенерированного ИИ кода проваливает проверки безопасности. До 86% примеров не защищены от межсайтового скриптинга. Если я просто принимаю код агента, я этот процент проношу к себе в прод. Если я ставлю проверяющего, он ловит большую часть. У меня в практике после внедрения adversarial-цикла количество критичных правок после ревью упало на порядок. Это не магия - это разделение труда.

Артефакт - готовая формулировка для команды /goal:

Этот цикл я гоняю на бытовой задаче, чтобы агент не «работал на меня», а «жил вместо меня». Каждое утро на меня падает 30-80 писем. Половина из них - типовые: счета, договоры на согласование, рассылки, рутина. Цикл такой:

Что внутри. Агент читает каждое письмо, классифицирует по моим критериям, на типовое пишет черновик ответа моим тоном (контекст - папка с прошлыми моими ответами), мусор отправляет в архив. На критичное не отвечает, только зовёт меня. Утром я открываю один Telegram-чат, читаю сводку, дописываю черновики, нажимаю «Отправить».

Никакого кода тут нет. Операционная рутина, в которой цикл работает так же, как и в коде. Потому что петля вообще не про программирование - она про делегирование.

Это вопрос, на котором путаются почти все, кто только зашёл в тему. Разберу одной таблицей.

Главное отличие. Автоматизация - это жёсткий путь: 1, 2, 3, 4. Сделал шаг 1 не так - сломалось. Цикл - это открытый план: цель + критерий «готово». Шаги выбирает агент. Если шаг сломался - агент пробует другой.

Поэтому цикл устойчивее автоматизации в задачах, где условий много и шаги непредсказуемы. И поэтому автоматизация надёжнее цикла в задачах, где шаги известны - например, «каждый день в 9:00 опубликуй отчёт продаж в Slack».

Не выбирай между ними. Учись видеть, где какой инструмент.

Если ты последние полгода читал гайды «как писать промпты для Claude», ты, скорее всего, чувствуешь сейчас странное. Только освоился, выучил формулу «роль + задача + контекст + формат», научился ставить тройные кавычки - а вокруг говорят, что это устарело. Это правда, и я объясню, что произошло.

Промпт оптимизировался под слабые модели. В мире GPT-3.5 и GPT-4-turbo результат сильно зависел от того, как я попросил. Если я плохо сформулировал, модель не догадалась. Если я не дал контекст, модель угадывала. Если я не указал формат, ответ приходил месиво.

К июню 2026 модели стали другими. Claude Opus 4.7, Sonnet 4.6, Gemini 2.5 Flash, GPT-5 - все они умеют сами рассуждать перед ответом, сами просить уточнений, сами восстанавливать контекст из проекта. Подробная формулировка перестала быть рычагом. Рычагом стало что положено агенту в голову до запроса - то, что называется контекст-инжиниринг.

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

Я разобрал эту разницу подробнее в руководстве о том, что такое вайб-кодинг по-взрослому и agentic engineering - это уровень выше промпта, где ты ставишь цель и проверяешь итог, а агенты выполняют.

Самый частый вопрос на эфирах: «У меня нет фона разработки. Это вообще про меня?»

Парадокс: предприниматель без опыта в коде осваивает loop engineering часто быстрее, чем разработчик. Потому что разработчику нужно отучиться писать каждую строчку руками. А предпринимателю отучиваться не от чего. Он сразу думает «что должно получиться» и «как я узнаю, что сделано» - а это и есть формулировка цели и условия завершения.

Вот что можно потрогать на этой неделе.

Ни одна задача не требует «уметь программировать». Все три требуют только формулировки цели и условий завершения. Это и есть инженерия циклов для не-разработчика.

Если хочется глубже - я разбирал, как делегировать большую задачу в Claude Code через вложенные субагенты. Это уже следующий уровень: цикл, который запускает другие циклы.

Я смотрел, как друзья и знакомые включают /goal первый раз. И собрал пять граблей, на которые наступают почти все.

Loop engineering - это первый шаг к большему. Следующий - оркестратор: не один цикл с одним агентом, а граф из десятков агентов, которые передают друг другу задачи и пишут код в параллель.

28 мая 2026 Anthropic выпустила Dynamic Workflows. Claude сам пишет скрипт-оркестратор и запускает до 16 агентов одновременно, до тысячи за одно исполнение. Один разработчик на этой механике переписал большой проект на 750 000 строк за 11 дней, и 99,8% тестов остались зелёными. Я разбираю эту штуку подробно в гайде о Dynamic Workflows в Claude Code - это уровень, на котором я просто говорю цель, а Claude сам решает, сколько агентов ему понадобится, кого позвать и как они должны передать друг другу контекст.

Если в 2025 году главный навык был «писать промпты», в первой половине 2026 - «писать циклы», то к концу 2026 главным будет «писать оркестрации». И это путь, на котором ты больше не сидишь у клавиатуры. Ты сидишь у дашборда и смотришь, как агенты делают работу за тебя.

Страшно? Не особо. Просто у меня вместо «команды на ставке» появилась армия исполнителей, которая работает 24/7, не устаёт и не просится в отпуск. Главное - помнить, кто здесь архитектор. Архитектор - я.

Год назад главный вопрос в работе с ИИ был «как красиво попросить». Сегодня - «как поставить цель, чтобы она проверилась сама». Если этот вопрос для тебя теперь привычный - ты уже в loop engineering. Просто пока без названия.

Если ты сейчас читаешь и думаешь «опять что-то новое, я только разобрался с предыдущим», - это нормальная реакция. Мир разработки в 2026 ускорился до уровня, когда каждые 3-4 месяца появляется новая база. Не надо паниковать, не надо хвататься за всё. Возьми один цикл из трёх выше, запусти, посмотри на результат. Это первый шаг. Дальше пойдёт само.

А теперь к тебе вопрос. Какой из трёх циклов ты запустишь первым - build-test-fix, adversarial review или утренний дайджест? И самое важное: что ты сейчас делаешь руками, что цикл сделал бы за тебя? Напиши в комментариях, разберу публично, чем смогу - помогу.