Сделайте задачу наблюдаемой
Сначала опишите не инструмент, а результат: например, «раз в день подготовить черновик изменений в трёх разрешённых папках». Укажите время, формат и владельца. Слово «помогай» не создаёт проверяемой задачи: у него нет границы, источника и способа понять, что работа закончена. Чем понятнее результат человеку, тем меньше модель вынуждена дополнять пропуски правдоподобными догадками.
Разделите уровни права
Читать документ, собрать список и изменить запись — разные уровни. На первом тесте помощник читает только разрешённые источники и готовит черновик. Отправка письма, публикация, изменение срока или прав доступа требуют подтверждения. Это не замедление, а способ сделать ошибку обратимой. Если внешний шаг нельзя отменить, он не должен быть частью первого сценария.
Назначьте стоп-сигнал
Система останавливается, когда источник недоступен, версии расходятся, срок неизвестен или задача выходит за область доступа. Подготовьте такой пример заранее. Хороший ответ в этом случае — короткий вопрос владельцу, а не законченная сводка. Если модель не умеет остановиться, правило надо переписать, а не расширять доступ.
Проверьте чужим взглядом
Дайте карточку коллеге, который не участвовал в настройке. Он должен назвать источники, ожидаемый результат, запрещённые действия и контакт для эскалации. Если он не понимает хотя бы один пункт, помощник тоже не получит устойчивой задачи. Такая проверка дешевле, чем исправлять последствия после подключения к рабочим данным.
FAQ
**Нужен ли подробный промпт?** Нужен ясный контракт, а не длинный текст. **Кто задаёт границы?** Владелец процесса и ответственный за доступы. **Что делать при неясном входе?** Остановить задачу и запросить уточнение.
Короткая проверка
- Понятны цель и человек, который примет результат.
- Исходники очищены, их версия и дата сохранены.
- Факты, числа и ограничения сверены вручную.
- Неудачный пример записан вместе с причиной.
- Есть измеримый следующий шаг и путь назад.