
Главная ошибка в работе с агентами — один большой запрос в надежде, что модель сама разберётся. Этан Моллик в посте от 29.10.2026 пересказывает совет команды Claude Code и добавляет от себя: нужны контрольные точки, где модель показывает промежуточные идеи или прототип, чтобы её можно было поправить, а не запускать всё заново.
Дальше — как это выглядит на практике, почему поздняя ошибка стоит дороже, чем кажется, и в каких случаях чекпойнты только мешают. Арифметика моя, наблюдения тоже; исследований на эту тему пока нет, потому что предмет меняется быстрее, чем успевают набрать выборки.
Агент работает последовательностью шагов: понять задачу, собрать данные, выбрать структуру, написать, проверить. Внутри каждого шага он принимает решения, которые вы не видите. К концу работы этих решений десятки, и если на пятом шаге он понял задачу не так, как вы, — дальше он добросовестно и подробно делает не то.
Модель при этом не «ошибается» в смысле бага. Она делает разумный выбор в условиях, где критерий не был задан. Вы просили «сделать отчёт», а она решила, что отчёт — это текст на две страницы, хотя вам нужна таблица с выводом на экран.
Есть вторая причина: контекст. Чем длиннее диалог, тем больше в нём промежуточных деталей, и модель начинает опираться на собственные ранние формулировки как на факты. Ваша правка, сказанная на десятом шаге, конкурирует с тем, что она придумала на третьем.
Возьму типовую задачу на 12 шагов — например, сборку лендинга с текстом, формой заявки и подключением оплаты. Если выясняется, что структура не та, после восьмого шага, переделывать нужно 7 шагов из 12, то есть около 58% работы.
По токенам это выглядит смешно: один шаг в моём расчёте — около 7 копеек, переделка семи шагов — 49 копеек. Деньги не тема. Тема — время и внимание: перезапуск занимает минуты, а разбор того, что именно пошло не так, и переписывание критериев — это уже ваши часы, и они уходят не на работу, а на разбор.
Четыре контрольные точки по две минуты — это восемь минут на весь проект. Восемь минут против переделки больше половины объёма. При любом раскладе чекпойнты дешевле.
Первая — до запуска. Вы формулируете не задачу, а критерий приёмки: что должно быть на выходе, по каким признакам вы поймёте, что это годится, и что считается провалом. Агент не должен угадывать ваши стандарты.
Вторая — каркас без наполнения. Просите структуру: разделы, порядок, логику связок, список источников, которые он собирается использовать. Пять минут чтения здесь экономят полчаса переписывания.
Третья — проверка вслепую. Вы смотрите на прототип, не зная, как агент к нему пришёл. Если не читается — дело не в объяснениях, а в самом результате, и объяснения не спасут.
Четвёртая — финал с чек-листом. Не «сделай красиво», а конкретный перечень: цифры сверены, ссылки открываются, тон без обещаний, объём в пределах. Прогон по списку, а не общее впечатление.
Смысл в том, что каждая остановка фиксирует решение, которое дальше считается принятым. Вы не спорите с агентом на десятом шаге о том, что было решено на втором, — вы либо согласились, либо нет, но один раз.
Чекпойнты замедляют там, где вы сами не знаете, чего хотите. Если задача — «покажи десять вариантов, я выберу», останавливать агента после каждого бессмысленно: вы будете выбирать из пустоты. В таких задачах наоборот нужен один запуск с широкой вилкой и последующий отбор.
Второй случай — мелочи. Правка письма на три абзаца не требует четырёх остановок; накладные расходы на процесс съедают выгоду.
Третий — жёсткий дедлайн, где лучше получить что-то, чем ничего. Тут работает обратное правило: запускаем один раз, смотрим, что вышло, и решаем, спасать или выбрасывать.
Проще говоря: чекпойнты — инструмент для задач, где цена переделки выше цены остановки. Это почти все рабочие задачи, кроме творческого перебора и мелочей.
Три правила, которые появились после нескольких переделок.
Первое: критерий приёмки пишется до запроса, в том же сообщении. Не «сделай хорошо», а «на выходе таблица, 10 строк, вывод одной фразой, цифры с источниками».
Второе: агент не выбирает за меня факты. Он может предложить, откуда их взять, но решение, что считать фактом, остаётся моим. Как только это отдано модели, проверять нечего — она уже построила структуру под свои допущения.
Третье: промежуточный результат сохраняется отдельным файлом. Не потому, что он хорош, а потому, что через час полезно увидеть, где вы свернули не туда, и не восстанавливать это по памяти.
У большинства российских исполнителей нет команды, которая проверит агента: есть человек, ноутбук и подписка. Для этого случая схема такая.