Разборы · Статья: · Видео: · 24:44
Циклы вместо промптов: новая парадигма вайбкодинга по Theo
Theo (t3.gg) разбирает сдвиг от ручного промптинга кодинг-агентов к проектированию циклов, которые сами запускают агентов: как наивные loops ломают код, почему ревью-агенты меняют всё и сколько это реально стоит.
Смотреть на YouTube I guess we're writing loops now?
Theo - t3.gg · 24:44
Главы видео — нажми, чтобы перейти к моменту 10
- 0:00 Мемо, которое до меня не дошло Тезис эпохи: не промптить агентов, а проектировать циклы, которые их промптят. Ralph loop поднял error-rate.
- 2:10 Твит Pete, который завёл Theo Простой цикл: Codex просыпается каждые 5 минут и распределяет работу по тредам через orchestrator-skill.
- 2:30 Рекурсивное самоулучшение и эволюция работы От «копипаста из чатбота» к редактированию кода напрямую и далее к workflow и сабагентам.
- 3:20 Почему предзаданные «персоны» агентов — ерунда Сила агента в динамике: он сам строит контекст, а не работает по захардкоженным ролям.
- 6:00 Первый вкус loops — мониторинг PR Work-tree на другой машине следит за комментариями к PR и сам их отрабатывает 6+ часов.
- 9:00 Когда задачу нельзя втиснуть в один PR Рефактор isolate-слоя в Lakebed: модель разбила на стек из трёх+ PR и написала HTML-планы.
- 11:08 Цикл, который сам создаёт подциклы Один промпт породил workflow: heartbeat каждые 5–10 мин, создание PR, ревью, мёрж, следующий PR. Утром — 4 stacked-PR, все смёржены.
- 14:30 Динамическая форма работы против статичного agile Лучшие команды строят форму процесса под задачу — теперь это делает агент динамически.
- 16:40 Главный вывод: автоматизируй то, что делаешь после промпта Замечай шаги после ответа агента и спрашивай модель, может ли она делать их сама.
- 18:30 Цена вопроса и лимиты как вызов Loops жгут токены: 3 млн на три комментария за 8 часов. Но на $200-плане лимиты почти не упираются — $10k инференса за $600.
Коротко
Theo переходит от ручного промптинга агентов к «циклам», которые сами запускают агентов, ревьюят и итерируют код без участия человека. Главный поворот: бóльшая часть запусков должна идти по промптам, которые вы НЕ писали, — а агент может динамически создавать циклы, порождающие подциклы под конкретную задачу.
Выжимка голосом
Самое ценное из разбора — за пару минут
Показать текст выжимки Скрыть текст выжимки
Озвучено синтезом речи · голос alena
Объясни проще
Суть без жаргона
Простыми словами
Раньше мы по очереди писали кодинг-агенту команды: «сделай это», прочитали, «теперь то». Theo предлагает другое: построить «цикл» — систему, которая сама раз за разом подкидывает агенту задания, проверяет результат вторым агентом и доводит код до готовности, пока вы спите. Вы перестаёте быть тем, кто вручную таскает задачи туда-сюда, и становитесь тем, кто настраивает конвейер. Минус один — токенов сгорает в разы больше, поэтому на оплате по API это пока разорительно, а на подписке за $200 — вполне терпимо.
Как ребёнку
Представь, что у тебя есть робот, который собирает Лего. Раньше ты давал ему по одной детали и говорил, куда её ставить. Theo придумал зажим, который сам подаёт роботу детали одну за другой и зовёт второго робота проверить, ровно ли получилось, — и так, пока модель не готова. Ты просто включаешь это перед сном, а утром всё собрано.
Аналогия — «это как…»
Это как перейти от готовки вручную к настройке кухонного конвейера: раньше вы сами клали каждый ингредиент в кастрюлю, теперь вы один раз настраиваете линию — она сама добавляет, пробует на вкус (ревью-агент), поправляет и подаёт готовое блюдо.
Зачем это мне
Это следующий шаг после «ИИ пишет код по вашему промпту» — и он меняет, на что уходит ваше время. Если вы читаете код агента раньше, чем его проверил другой агент, вы тратите своё время впустую: разработчик становится дирижёром конвейера, а не наборщиком команд.
Для тех, кто в теме
Тезис Theo: orchestrator-skill + триаж/авто-ревью/computer-use, поток thread→thread (Codex умеет порождать треды из тредов), work-trees под отдельные PR на отдельных машинах, агент мониторит PR и сам отрабатывает комментарии CodeRabbit/Reptile/Macroscope. Ключевой нюанс — динамический workflow, который сам порождает под-loops под форму задачи, против статичного /goal-примитива (линейный «не закончил? — продолжай»). Экономика: Opus в loop не упирается в лимиты подписки $200 так, как Fable; рост error-rate на наивных loops лечится ревью-петлёй. Все цифры стоимости — личные непроверенные оценки автора.
Оценка видео
Чем выше — тем больше пользы на минуту
средняя из 5
Свежак на июнь 2026 — конкретные харнессы (Codex, Claude Code, /goal), модели и цены актуальны прямо сейчас.
Много личного опыта и реальных кейсов, но первые ~2 минуты — реклама спонсора, и часть выводов «на ощущениях».
«Цикл, порождающий подциклы под форму задачи» — действительно свежий взгляд на оркестрацию агентов.
Есть прямой совет «следи, что делаешь после промпта, и автоматизируй это», но многое автор сам не советует тащить в прод.
Кому будет полезно
Чем выше оценка — тем больше пользы для профессии. Разверни — почему.
Для AI-инженеров 5 /5
Ядро аудитории: видео целиком про проектирование автономных loop/harness, динамическое порождение подциклов, ревью-агентов и экономику токенов ($200-подписка против API-цен) — это их ежедневная работа с агентными системами.
Для программистов 5 /5
Прямое попадание: конкретные приёмы для повседневной разработки — work-trees под отдельные PR, stacked-PR, агент-монитор комментариев, передача ревью второму агенту до того, как код увидит человек, примитив /goal.
Для тимлидов 4 /5
Полезно для перестройки процессов команды: автор противопоставляет статичный agile-спринт динамической форме работы под задачу и показывает, как поднять пропускную способность за счёт автономных циклов вместо ручного хэндхолдинга.
Для DevOps-инженеров 3 /5
Косвенно полезно: мониторинг PR агентом, поллинг каждые 5–10 минут (heartbeat), автослияние и оркестрация work-trees на отдельной машине в сети — паттерны, близкие к автоматизации CI/CD-пайплайнов.
Для техлидов-стартаперов 3 /5
Полезен экономический разбор: $600 подписок дают ~$10k инференса в месяц, loops выгодны только на фиксированной подписке — помогает решить, стоит ли строить такие процессы при ограниченном бюджете.
Для продакт-менеджеров 2 /5
Едва касается: даёт общее понимание, как меняется скорость и форма поставки фич при автономных агентах, но без технической базы практической пользы мало.
Инсайты
Нажми, чтобы раскрыть — то, что меняет взгляд на тему
01 Большинство запусков должны идти по промптам, которые вы не писали 0:44
Theo называет это «безумной для себя мыслью»: продуктивнее, когда агент сам формулирует себе задания внутри цикла, а человек лишь задаёт цель и проверяет ключевые точки.
02 Вы смотрите на код слишком рано 10:51
Если вы читаете вывод агента до того, как его проверил другой агент, вы тратите своё время зря — пусть петля ревью сама уберёт очевидные ошибки, а человек приходит уже к сложным вопросам.
03 Цикл может динамически порождать подциклы под форму задачи 6:48
Theo попросил агента сделать цикл — а тот создал workflow, который сам порождает под-loops ревью под конкретную многоэтапную задачу. Структура работы подстраивается под форму работы, а не наоборот.
04 Лимиты подписки — это вызов, а не потолок 10:48
Недобранный лимит — это «тысячи долларов инференса, которые вы оплатили, но не использовали». Loops позволяют выбирать оплаченный ресурс на задачах, которые иначе не взялись бы решать.
05 Предзаданные «персоны» агентов упускают суть ИИ 3:20
Жёстко прописанные роли (adversarial reviewer, security reviewer и т.д.) Theo считает бессмысленными: сила агента в том, что он динамически собирает нужный контекст сам, а не работает по захардкоженному шаблону.
Ключевые цитаты
Сильные фразы из видео — нажми тайм-код, чтобы услышать в оригинале
«Вы больше не должны промптить кодинг-агентов. Вы должны проектировать циклы, которые промптят ваших агентов.»
«Бóльшая часть запусков ваших агентов, вероятно, не должна идти по промптам, которые вы написали.»
«Я спросил модель, могу ли я сделать этот цикл, — и она сделала цикл, который динамически порождает подциклы.»
«Я отправил это перед сном и проснулся на следующий день с четырьмя stacked-PR, заревьюенными вдоль и поперёк и все смёрженными.»
«Если вы читаете код, который выдал ваш агент, до того как его прочитал и оценил другой агент, — вы тратите своё время впустую.»
«Относитесь к этим лимитам как к вызовам. Если вы на дорогом плане, недобранный лимит — это просто деньги, которые вы теряете.»
«Форма цикла, форма структуры, форма того, как идёт работа, может динамически генерироваться под форму работы, которую вы делаете.»
«Попросите своего агента сделать следующий шаг и посмотрите, удивит ли он вас. Меня — точно удивил.»
Полезные советы
Что можно применить уже сегодня. Разверни совет — сколько займёт, что даст и что конкретно делать
1 Понаблюдай, что ты делаешь ПОСЛЕ промпта
1 рабочий день Найдёшь рутину, которую можно отдать агенту, и перестанешь быть «руками» конвейера
Понаблюдай, что ты делаешь ПОСЛЕ промпта
Главный практический совет видео. Каждый шаг, который ты делаешь руками после ответа агента (запустил dev-сервер, проверил, закоммитил, открыл PR, скопировал ревью), — кандидат на автоматизацию.
Что делать
- 1 Поработай день как обычно с кодинг-агентом
- 2 После каждого ответа агента записывай, что делаешь дальше руками
- 3 Найди повторяющиеся шаги (запуск, проверка, коммит, PR, перенос ревью)
- 4 Спроси агента: «можешь делать это сам?» — и проверь результат
2 Поручи агенту мониторить PR и сам править ревью
Вечер Комментарии код-ревью отрабатываются сами, пока ты занят другим
Поручи агенту мониторить PR и сам править ревью
Вместо копипаста комментариев из CodeRabbit/Reptile/Macroscope в агента — заведи work-tree под конкретный PR и скажи агенту следить за комментариями и адресовать их по мере поступления.
Что делать
- 1 Вынеси код PR в отдельный work-tree/директорию
- 2 Запусти агента на этой директории
- 3 Скажи: «следи за комментариями к PR, как приходят — исправляй»
- 4 Оставь работать и проверяй прогресс периодически
3 Свяжи двух агентов в петлю ревью
15 минут Очевидные ошибки уходят до того, как ты вообще откроешь код
Свяжи двух агентов в петлю ревью
Theo говорит Claude: «когда закончишь, запусти Codex такой-то командой за ревью и исправь, что он скажет». Получается петля без участия человека на рутине.
Что делать
- 1 Закончив задачу, попроси первого агента вызвать второго на ревью
- 2 Передай команду запуска ревью-агента
- 3 Скажи первому агенту самому отрабатывать полученную обратную связь
4 Относись к лимиту подписки как к вызову
Постоянно Перестаёшь терять оплаченный инференс и берёшься за задачи, что иначе не взял бы
Относись к лимиту подписки как к вызову
Если ты на дорогом плане ($200) и не подходишь близко к лимиту — это потерянные деньги. Theo предлагает гонять loops на «безумных» задачах, которые иначе не решал бы.
Что делать
- 1 Проверь, насколько ты добираешь недельный лимит подписки
- 2 Если далеко от потолка — запусти параллельные loops на отложенных задачах
- 3 Используй /goal для долгих линейных задач (рефакторы, переписывания)
5 Не запускай loops на API-ценах
5 минут на проверку Не сожжёшь бюджет на цикле, ушедшем не туда
Не запускай loops на API-ценах
В loop сгорает в разы больше токенов, и если цикл пошёл по неверному пути — он будет жечь деньги дольше. На оплате по API это пока разорительно; loops оправданы на фиксированной подписке.
Сценарии применения
Как разные люди применяют это на практике
Я как фрилансер-разработчик
Проблема: Полдня уходит на рутину вокруг PR: запуск, проверка, перенос комментариев ревью
Хочу: Отдать эту рутину агентам и заниматься только сложными решениями
Поможет: Настроить петлю «агент пишет → агент ревьюит → правит», освободив часы на оплачиваемую работу
Я как техлид небольшой команды
Проблема: Узкое место — ручное прогоняние тикетов через статичный agile-процесс
Хочу: Чтобы форма процесса подстраивалась под форму задачи, а не наоборот
Поможет: Понять идею динамических workflow и где автономные циклы реально ускоряют, а где опасны для прода
Я как инди-хакер на сайд-проекте
Проблема: Один человек не успевает вести несколько фич параллельно
Хочу: Запускать многоэтапную работу пачкой stacked-PR без ручного хэндхолдинга
Поможет: Скопировать схему Theo: цикл порождает PR, ревьюит, мёржит и триггерит следующий, пока ты спишь
Я как студент, осваивающий ИИ-инструменты
Проблема: Тонет в хайпе про «персоны агентов» и сложные плагины
Хочу: Понять, что реально нужно, а что лишнее
Поможет: Узнать, что Theo обходится стоковым Codex почти без кастомных скиллов — порог входа ниже, чем кажется
Я как инженер в крупной компании
Проблема: Enterprise-план на API-ценах, строгие ограничения, дорогой инференс
Хочу: Понять, стоит ли вообще ввязываться в loops при таких ценах
Поможет: Получить честный ответ: на API-ценах loops пока невыгодны, и почему — чтобы не сжечь бюджет
Я как продакт-менеджер
Проблема: Не понимает, как меняется роль разработчика в эпоху агентов
Хочу: Объяснить команде и руководству новый рабочий процесс
Поможет: Уловить сдвиг: разработчик дирижирует конвейером агентов, а не печатает команды по одной
Логика повествования
Как устроена аргументация видео — пройди по шагам
-
Предпосылка Все говорят «проектируй циклы, а не промпты» 0:03
Theo признаёт, что Ralph loop помог думать об агентах во времени, но наивные циклы резко подняли error-rate и казались непродуктивными.
-
Аргумент Наивные циклы повышают частоту ошибок 0:20
Theo откатывался к обычному ручному режиму: «сделай план — go — ревью вторым агентом — обратно». Но руками петлю крутил он сам.
-
Пример Pete показывает рабочий простой цикл 2:14
Codex просыпается каждые 5 минут и распределяет работу по тредам; тред в Codex может порождать другой тред — это меняет картину.
-
Аргумент Динамика важнее предзаданных персон 3:23
Захардкоженные роли агентов упускают суть: агент должен сам собирать контекст. Workflow и сабагенты убедили Theo.
-
Пример Кейс — рефактор, который не влезает в один PR 9:00
Lakebed isolate-слой: модель сама разбила на стек PR, написала HTML-планы и по одному промпту собрала workflow с heartbeat-петлёй.
-
Пример Цикл породил подциклы и закрыл работу автономно 6:31
Утром — 4 stacked-PR, заревьюенные и смёрженные. Структура работы подстроилась под форму задачи.
-
Аргумент Главное — автоматизируй шаги ПОСЛЕ промпта 16:40
Запуск, проверка, коммит, PR, перенос ревью — всё это агент может делать сам; человек приходит уже к сложным вопросам.
-
Вывод Вывод: дать агентам делать больше — невероятно мощно (но не в прод и не на API-ценах) 24:33
Loops жгут токены, на API-ценах пока невыгодны и не для боевых баз с миллионами юзеров. Но на $200-плане лимиты почти не упираются.
Подробный разбор
Полный разбор — разверни, если нужно глубже
Развернуть подробный разбор Свернуть подробный разбор
Theo с канала t3.gg открывает видео тезисом эпохи: вы больше не должны промптить кодинг-агентов — вы должны проектировать циклы, которые промптят ваших агентов за вас. Сам он признаёт, что это «мемо до него не дошло»: он давно крутил привычную петлю руками — «сделай план → прочитал → go → ревью вторым агентом → принёс фидбэк обратно». Просто рукой, которая таскала задачи из этапа в этап, был он сам.
От ручной петли к автономной
Толчком стал твит Pete (steipete): простой цикл, где Codex просыпается каждые пять минут и через orchestrator-skill распределяет работу по тредам — а тред в Codex умеет порождать другой тред. Отсюда Theo выводит линию эволюции работы с агентами: от копипаста из чатбота → к прямому редактированию кода → к workflow и сабагентам. И отдельно бьёт по моде на «персоны»: жёстко прописанные роли (adversarial reviewer, security reviewer) он считает упускающими суть — сила агента в том, что он динамически собирает нужный контекст сам, а не работает по захардкоженному шаблону.
Цикл, который сам себя достраивает
Кульминация — рефактор isolate-слоя в Lakebed, который не влезал в один PR. Theo просто попросил модель сделать ему цикл — а она собрала целый workflow: heartbeat каждые 5–10 минут, создание PR, ревью, мёрж, запуск следующего. То есть цикл сам породил подциклы под форму конкретной задачи. Отправив это перед сном, наутро автор получил четыре stacked-PR, заревьюенных и смёрженных. Отсюда его «острая» формулировка: если вы читаете код агента раньше, чем его проверил другой агент, вы тратите своё время впустую — пусть петля ревью уберёт очевидное, а человек приходит к сложному.
Главный практический вывод проще всех схем: понаблюдай, что ты делаешь руками после ответа агента — запуск, проверку, коммит, открытие PR, перенос комментариев ревью — и отдай эту рутину агенту.
Чего стоит эта магия
Theo честно оговаривает рамки: это не для прода и не для боевых баз с миллионами пользователей, а режим экспериментов. Loops жгут токены в разы быстрее: по его словам, ~3 млн токенов за 8 часов ушло на три комментария ревью — он сам называет это «brutal» и «absurd». Экономику он подаёт так: ~$600 подписок дают около $10k «инференса» в месяц, поэтому на фиксированном плане $200 лимиты почти не упираются, а на оплате по ценам API такие циклы пока разорительны.
Здесь стоит держать в голове, что все эти цифры — личные непроверенные оценки автора, а «$10k» считаются по API-прайсу, по которому он как раз не платил. Тезис «недобранный лимит — потерянные деньги» легко переворачивается: гнать инференс ради выборки лимита — это трата ради метрики, а не ради результата. И, наконец, четыре успешных PR за ночь — это одна показанная удачная ночь (тот же цикл, по признанию автора, «довольно агрессивно сломал редактор в 6:50 утра»), а не статистика воспроизводимости. Идея проектировать работу агентов как циклы — действительно сильная; но относиться к ней пока стоит как к игровой площадке будущего, а не как к готовому процессу для боевого кода.
План внедрения
С чего начать — отмечай шаги, прогресс сохранится
Выполнено 0 из 6
Проверь себя
Ответь на вопросы, чтобы материал закрепился
-
1. В чём, по Theo, главный сдвиг парадигмы вайбкодинга?
-
2. Почему Theo считает, что «вы смотрите на код слишком рано»?
-
3. Что самое неожиданное случилось, когда Theo попросил модель сделать цикл?
-
4. Что Theo советует делать с предзаданными «персонами» агентов (adversarial reviewer, security reviewer и т.п.)?
-
5. Когда, по Theo, loops пока невыгодны?
-
6. Как Theo предлагает относиться к лимиту дорогой подписки?
-
7. Чем динамический workflow отличается от примитива /goal?
Словарь терминов
Понять незнакомое простым языком
Показать 9 терминов Свернуть словарь
- Loop (цикл)
- Система, которая раз за разом сама запускает агента, проверяет результат и итерирует код без того, чтобы человек вручную подавал каждую следующую команду.
- Ralph loop
- Один из ранних подходов к зацикливанию агента, помогающий ему делать больше во времени; в наивном виде заметно повышает частоту ошибок.
- Harness (харнесс)
- Обвязка-инструмент вокруг модели (Codex, Claude Code и т.п.), через которую агент запускается, получает инструменты и порождает треды.
- Sub-agent (сабагент)
- Агент, которого основной агент порождает для отдельной части работы — чтобы распараллелить или сфокусировать задачу.
- Work-tree
- Отдельная рабочая копия репозитория под конкретный PR/ветку: изолирует работу, чтобы она не блокировала остальное.
- /goal
- Примитив в Codex и Claude Code: запускает тред на задаче «навсегда», в конце каждого хода проверяя «закончил? нет — продолжай». Линейная бесконечная петля.
- Stacked PR
- Серия pull request-ов, выстроенных стопкой друг на друге: следующий опирается на предыдущий, мёржатся по порядку.
- Heartbeat
- Регулярный «пульс» воркфлоу — пробуждение каждые N минут, чтобы проверить статус и решить, что делать дальше.
- Computer use
- Способность агента управлять интерфейсом как человек (открыть, кликнуть, проверить визуально) — Theo использует её для верификации работы.
Критический взгляд
Объективно: с какими тезисами можно поспорить и что преувеличено
Большинство ваших запусков агентов должны идти по промптам, которые вы не писали
Сам автор тут же признаёт, что до момента, когда включился расписанный цикл, он писал все промпты сам и читал ответы. Тезис подан как смена парадигмы, но реальная демонстрация — это в основном привычный ручной цикл с одним автономным куском поверх.
«Вы смотрите на код слишком рано»: читать вывод агента до ревью другим агентом — пустая трата времени
Это работает, только если ревьюер-агент ловит те же классы ошибок, что и вы. На деле модели систематически пропускают логические дефекты, дыры в безопасности и неверные допущения о требованиях — ровно то, что человек замечает при беглом чтении. Делегирование первого взгляда экономит время ценой более позднего и дорогого обнаружения проблем.
Четыре stacked-PR за ночь, все смёржены — «это было офигенно»
Классическая ошибка выжившего: показана одна удачная ночь, без статистики провальных прогонов, откатов и багов, всплывших позже. Автор сам упоминает, что цикл «довольно агрессивно сломал редактор в 6:50 утра». Один успешный кейс — не доказательство воспроизводимости метода.
Относись к лимиту подписки как к вызову: недобор лимита — это потерянные деньги
Логически перевёрнуто. Деньги теряются, только если несожжённые токены создавали бы ценность. Гнать инференс ради выборки лимита — это трата ради метрики, а не ради результата; ~3 млн токенов и 8 часов работы на три мелких комментария ревью сам автор называет «brutal» и «absurd». Это аргумент против такого подхода, а не за.
Выгодно на подписке, невыгодно на API — «отдал $600, получил $10k инференса»
Все цифры — личные непроверенные оценки самого автора, а оценка «$10k» считается по API-прайсу, по которому он как раз не платил. Это не реальная ценность, а гипотетическая стоимость сожжённых токенов; КПД (полезный результат на токен) при длинных циклах, наоборот, падает. Плюс у Theo конфликт интересов: он продаёт инфопродукты и продвигает дорогие тарифы.
Предзаданные роли-персоны агентов (ревьюер, секьюрити, эксплорер) «не имеют смысла»
Сильное обобщение. Динамический подбор контекста удобен, но фиксированные роли дают воспроизводимость, аудируемость и предсказуемое покрытие — это ценно как раз для прода и безопасности, которые автор из рассмотрения исключил. «Бессмысленно» верно для его экспериментов, но не как универсальное правило.
Взгляни иначе
Новый угол, смежные области и потенциал на стыке — пища для размышлений
Узкое место смещается с написания на доверие
Если агенты сами пишут, ревьюят и мёржат, дефицитным ресурсом становится не код, а обоснованное доверие к изменению. Ценность инженера смещается к построению гейтов проверки (тесты, типы, инварианты, прод-метрики), которым можно доверять без чтения диффа.
Лимит подписки как обучение, а не как KPI
Вместо «выбери лимит, иначе потерял деньги» переверни рамку: те же токены можно тратить на N параллельных гипотез одной задачи и сравнивать исходы. Тогда сожжённый инференс — это бюджет на исследование пространства решений, а не метрика утилизации.
Тот же паттерн — в CI/CD и автономном тестировании
Цикл «породить работу → проверить → итерировать до зелёного» — это, по сути, само-чинящийся пайплайн. Применённый к flaky-тестам, миграциям и обновлению зависимостей (как Dependabot, но с авто-фиксом), он даёт ценность там, где риск ниже, чем в продуктовом коде.
Динамические подциклы как организационная теория
Автор сам проводит параллель с agile: «лучшие команды лепят форму процесса под задачу». Loops, порождающие loops, — это вычислимая модель адаптивной оргструктуры. На стыке с теорией организаций это способ эмпирически проверить, какая форма координации эффективнее под конкретную форму работы.
Накопление ошибки — это управление, а не баг
Ralph-цикл повышал error rate; длинные автономные прогоны дрейфуют от цели. Это та же задача, что в управлении (control theory) и эволюционных алгоритмах: нужны обратная связь, демпфирование и точки отбора. На стыке с control theory loops стоит проектировать как замкнутую систему со стабилизацией, а не как «запустил и ушёл спать».
Энергостоимость как часть архитектурного решения
3 млн токенов на три комментария — это не только деньги, но и реальное потребление дата-центров. Если такие циклы станут нормой, «дешёвая подписка» экстернализирует стоимость на инфраструктуру и климат. Метрика «полезных правок на киловатт-час» может стать таким же критерием качества инженерии, как латентность.
Похожие разборы
Хорошие части Claude Code: что Theo хочет «украсть» у Anthropic для всех CLI-агентов
Theo (t3.gg), который открыто недолюбливает Anthropic, разбирает фичи Claude Code, делающие его лучшим агентным CLI прямо сейчас. Поворот в том, что он показывает это не ради рекламы, а чтобы остальные harness'ы (Codex, pi, opencode, Cursor) скопировали эти паттерны.
Читать → РазборAI-агенты, работающие 24/7: как собрать автоматизацию без кода на Base44 Superagents
Видео показывает, как на платформе Base44 Superagents собрать связку агентов, которые сами ищут новости, пишут скрипты и шлют их на почту по расписанию — описывая всё обычным текстом, без программирования. Главная идея — не один гигантский промпт, а конвейер из узких агентов с ролями, выполняющийся 24/7 в облаке.
Читать → РазборВайбкодинг против реальности: как инженер собрал микро-бизнес на ИИ и почему «навык» теперь легко подделать
Внешне простая задача «кропнуть фотку» под капотом оборачивается десятком нейронок, ручным контролем рефандов и войной за токены, а сам сервис может в одночасье потерять выручку из-за апдейта Google. Главный вывод: ИИ обесценил внешние атрибуты навыка — код, тесты, красивые PR теперь генерируются за минуту, а ценным остаётся понимание, которое нельзя сымитировать.
Читать → РазборGLM 5.2 в вайбкодинге: где «убийца Fable» реально хорош, а где разочаровывает
Автор гоняет опенсорс-модель GLM 5.2 против Opus 4.8, GPT 5.5 и Cursor Composer 2.5 на фронтенде, фулстеке и мультиплеерных играх. Вывод: во фронтенде она правда на уровне топов и стоит копейки, но на сложных длинных задачах (онлайн-игры, девопс) до закрытых моделей пока не дотягивает.
Читать →