# Пусть агент задаёт вопросы тебе: приём, который вытаскивает задачу

Агент не переспрашивает - он молча достраивает пробелы. Разбираю приём со встречными вопросами, проверку понимания и эскиз результата до начала работы.

URL: https://posts.danashkin.ru/guides/pust-agent-zadaet-voprosy
Обновлено: 2026-09-09

---

## Коротко

**Главное**

- Самая полезная строка в постановке задачи звучит так: «если у тебя есть вопросы ко мне - задай их, не додумывай».
- Без неё агент заполняет пробелы сам. Он не спорит и не уточняет, он тихо принимает решения за тебя - и половина из них будет не та.
- Приём вскрывает то, что ты держишь в голове и не считаешь нужным проговаривать. Участница обучения так получила функцию, которой не было в её замысле вообще.
- Вторая половина приёма - контроль понимания: «перескажи своими словами, как ты понял задачу». Ошибка находится до начала работы, а не после.
- Границы у приёма тоже есть: на мелких задачах вопросы только мешают, и это нормально.

## Почему подробная задача всё равно получается неполной?

**Главное**

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

Ты пишешь задачу и честно стараешься. Указываешь, что нужно, в каком виде, к какому сроку. Получаешь результат - и он мимо.

Разбираешь почему, и выясняется забавное: агент не ошибся. Он принял разумное решение в месте, где ты вообще не думал, что есть развилка. Для тебя её нет, потому что ты двадцать лет в своём деле и знаешь, как принято. Для него это пустое место, которое надо чем-то заполнить.

Это главная особенность работы с [агентом](/concepts/ai-agent): он не переспрашивает по умолчанию. Живой сотрудник в этом месте поднимет голову и скажет «слушай, а мы вообще про какой склад говорим?». Агент молча выберет один из вариантов.

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

## Приём, который родился у участницы обучения

**Главное**

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

Расскажу обезличенно, потому что случай показательный. Участница обучения собирала для себя инструмент под рабочий процесс. К каждой задаче она стала добавлять просьбу: если есть вопросы - задавай, не решай за меня.

Результат её саму удивил. Агент завалил её вопросами, и через эти вопросы вскрылись вещи, о которых она на том этапе даже не думала. Больше того: он предложил функцию, которой в её замысле не было вообще, и функция оказалась нужной.

Приём придумала она сама, не я. В финале занятия она рекомендовала его всей группе - и это лучший показатель, что штука рабочая.

Что здесь происходит по существу. Ты не эксперт в постановке задач для нейросети, и не обязан им быть. Но ты эксперт в своём деле. Вопрос вытаскивает из тебя это знание в тот момент, когда оно нужно, - а не в тот, когда результат уже собран не так.

**Формулировка, которую можно скопировать**

«Если у тебя есть вопросы ко мне - задай их до начала работы, не додумывай. Задавай по одному, начиная с самого важного».

## Что агент спрашивает и почему это ценно?

**Главное**

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

Типовые вопросы, которые приходят в ответ, и что каждый из них закрывает:

| Тип вопроса | Как звучит | Что решается без переделки |
|---|---|---|
| Про границы | «За какой период считать? Включать текущий месяц?» | несовпадение цифр с твоими ожиданиями |
| Про исключения | «Что делать со строками без даты?» | молчаливое решение по краевым случаям |
| Про адресата | «Это для себя или уйдёт клиенту?» | тон, формат и объём результата |
| Про приоритет | «Что важнее: скорость или точность?» | выбор, который агент делать не должен |
| Про формат | «Таблица, текст или файл? Куда положить?» | результат не там и не в том виде |

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

Особенно ценен второй тип - про исключения. Это ровно то место, где потом всплывает «а с этими случаями надо было по-другому», и переделывать приходится целиком.

Как эти вопросы связаны с общей структурой сильного запроса, разбирал в материале про [канон промпта для агента](/guides/kanon-prompta-dlya-ai-agenta). Приём с вопросами не заменяет хорошую постановку - он её достраивает.

## Перескажи своими словами: проверка понимания

**Главное**

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

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

После того как задача поставлена, добавляешь: «расскажи кратко своими словами, как ты понял, что надо сделать». Агент отвечает, ты читаешь.

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

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

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

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

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

## Как получить эскиз результата до начала работы?

**Главное**

Попроси описать или набросать, что получится в конце. Расхождение в картинке результата видно сразу, а стоит эта проверка одну минуту вместо часа переделок.

Логическое продолжение той же идеи. Ты просишь не сделать, а показать, что будет сделано.

Формулировка: «до того как начнёшь, опиши, что получится в итоге: как это выглядит, из каких частей состоит, что человек сможет с этим делать».

Что это даёт:

1. **Ты видишь его картинку результата**

   И почти всегда она отличается от твоей хотя бы в одном месте. Одно предложение правки сейчас - против переделки потом.

2. **Всплывают недостающие части**

   «А куда попадают файлы после обработки?» - вопрос, который в эскизе виден, а в задаче не был.

3. **Становится понятен объём**

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

4. **Появляется критерий приёмки**

   Описание результата и есть то, с чем ты потом сверяешь готовое.

Про то, как выбрать посильный масштаб первой задачи, писал отдельно в материале про [первую задачу для нейросети](/guides/kakuyu-zadachu-otdat-ii-pervoy). Эскиз - хороший способ проверить масштаб до того, как ввязался.

## Где приём мешает?

**Главное**

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

Честно про границы, иначе приём быстро надоест.

**Не нужен на коротких задачах.** «Переименуй эти файлы по шаблону» вопросов не требует. Если агент всё равно начал спрашивать, скажи прямо: «вопросов не надо, действуй».

**Не нужен, когда ты сам не знаешь ответов.** Бывает: он спрашивает про то, что тебе только предстоит решить. Нормальный ответ - «пока не знаю, предложи вариант и объясни, почему такой». Это честнее, чем выдумывать на ходу.

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

**Не спасает от зацикливания.** Если агент уже пошёл по кругу, вопросы его не остановят - там другая причина и другое лечение, разбирал его в материале про то, [почему агент ходит по кругу](/guides/agent-hodit-po-krugu).

Ещё одна вещь, которую стоит знать: менять решение по ходу - нормально. Не надо начинать заново или переписывать всю задачу. Достаточно дописать: «мы договорились вот так, но теперь я хочу иначе». Страх необратимости у людей есть, а оснований у него нет.

## Частые вопросы

**Главное**

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

### Частые вопросы

**Не растягивает ли это работу?**

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

**Сколько вопросов считать нормой?**

Три-семь на среднюю задачу. Меньше двух - скорее всего, задача либо слишком простая, либо агент решил, что всё понял. Больше десяти - задача слишком большая, режь её.

**Работает ли это в обычном чате, а не в агенте?**

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

**Он задаёт слишком общие вопросы. Что делать?**

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

## Главный вывод

**Главное**

Хорошая постановка задачи не пишется с первого раза - она вытаскивается вопросами. Одна строка в промпте превращает агента из исполнителя догадок в собеседника, который проверяет понимание до начала работы.

Главное, что стоит запомнить: агент по умолчанию не переспрашивает, а достраивает. Достраивает уверенно и молча, и именно поэтому результат приходит мимо цели.

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

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

### Источники

- [Requirements elicitation - как из заказчика вытаскивают требования, Википедия](https://en.wikipedia.org/wiki/Requirements_elicitation)
- [Rubber duck debugging - метод проговаривания задачи вслух, Википедия](https://en.wikipedia.org/wiki/Rubber_duck_debugging)
- [Claude Code - типовые рабочие сценарии в официальной документации](https://code.claude.com/docs/en/common-workflows)
- [Prompt engineering - обзор приёмов постановки задач в документации Anthropic](https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/overview)