Как ставить задачи AI-агенту, чтобы он довёл их до конца
Агент пишет код быстрее, чем вы успеваете формулировать. Узкое место — постановка. Разбираем, из чего состоит задача, которую агент реально доводит до ревью.
Редакция Operon, Команда ·
AI-агент пишет код быстрее, чем вы успеваете подкидывать ему задачи. Поэтому узкое место разработки в 2026 году — не «написать», а «сформулировать и раздать». Хорошая новость: постановка — это навык, и у неё есть чёткая структура. Разберём, из чего состоит задача, которую агент вроде Claude Code реально доводит до ревью, и как принимать результат, не утонув в переписывании.
Почему постановка стала узким местом
Раньше самой дорогой частью цикла было написать код. Сейчас агент делает это за минуты — и простаивает, пока вы формулируете следующую задачу. Если задача расплывчатая, агент домысливает недостающее и уверенно делает не то. В итоге один тасклет переписывают по четыре раза, а критерии придумывают уже в коде. Лечится это не «магией промпта», а дисциплиной постановки.
Из чего состоит хорошая задача для агента
Четыре обязательных элемента.
- Намерение. Что нужно и зачем, одной-двумя фразами. Не «поправить форму», а «в форме регистрации добавить валидацию email и капчу, чтобы отсечь ботов».
- Критерии приёмки. Как мы поймём, что готово. Конкретно и проверяемо: «email валидируется по RFC», «при пустом поле — понятная ошибка», «капча блокирует отправку».
- Контекст. Ссылки на нужные файлы, примеры, ограничения, зависимости. Чем меньше агент догадывается, тем меньше промахов.
- Границы. Что НЕ трогать. Явно очерченная зона снижает риск, что агент перепишет половину проекта «заодно».
Как не получить «кашу»: критерии приёмки без воды
Главная ошибка — критерии в стиле «сделать хорошо». Агент воспринимает их буквально, поэтому формулируйте проверяемо: вход, ожидаемый результат, крайние случаи. Помогает и обратный ход — попросить агента сначала переспросить непонятное, а не обобщать. В Operon за это отвечает draft-режим: модель либо переносит факты один-к-одному, либо задаёт уточняющий вопрос, а финал вы подтверждаете кнопкой. Это и есть защита от «додумал и сделал не то».
Ревью-гейт: агент сдаёт, вы принимаете
Агент не должен «мержить» сам. Правильный цикл — review-gate: агент пишет код и ставит карточку в Review, а человек принимает работу по тем самым критериям приёмки. Так вы держите контроль качества, но не тратите время на микроменеджмент: открываете доску — там готовая работа, ждёт вашего «да». Как ревьюить то, что написал агент, — тема отдельная, но принцип простой: сверяете с критериями, а не перечитываете каждую строку.
Что делать, когда агент застрял
Молчащий агент хуже медленного. Если у него возник вопрос без ответа, задача не должна зависать — нужен механизм эскалации. В Operon это пинги по нарастающей: через час, шесть часов, сутки, с учётом тихих часов. Смысл — вопрос всегда всплывает наверх, а не тонет, и задача доходит до конца.
Что в итоге
- Узкое место разработки сместилось с написания кода на постановку задач.
- Хорошая задача = намерение + критерии приёмки + контекст + границы.
- Критерии формулируйте проверяемо; пусть агент переспрашивает, а не домысливает.
- Принимайте работу через ревью-гейт: агент сдаёт в Review, финальное «да» за человеком.
- Заведите эскалацию вопросов, чтобы застрявшая задача не терялась.
Хотите поставить это на поток — заведите бесплатную доску и попробуйте связку «задача в чат → агент на доске → ревью». Почему это переигрывает наём, разбирали здесь: как закрывать задачи без найма разработчика.