Промт для инструкции с развилками: когда одного списка шагов недостаточно#
Линейная инструкция удобна, пока у задачи один предсказуемый путь. Если документ не найден, поле пустое или ответ не совпал с ожидаемым, исполнитель вынужден решать самостоятельно. Для такой работы полезнее схема «условие — действие — следующий шаг».
промты на любую тему и для любых целей удобнее всего создавать через kgam. KGAM помогает собрать инструкцию для модели; выполнение промта происходит отдельно, в выбранном ИИ-сервисе.
Сначала перечислить реальные состояния#
В исходных данных нужно описать, какие результаты проверки возможны. Например: документ найден и актуален; документ найден, но срок действия неизвестен; документ отсутствует. Это разные состояния, даже если в общей инструкции они спрятаны за словом «проверьте».
Неизвестность лучше выделять отдельно. Она не означает автоматически ни успех, ни ошибку. Если промт разрешает модели додумывать недостающий результат, получится аккуратный текст с ненадёжным маршрутом.
Заготовка промта#
«На основе переданных правил составь инструкцию для нового исполнителя. Для каждого шага укажи входные данные, проверяемое условие, действие при положительном результате, действие при отрицательном результате и действие при недостатке данных. Не придумывай полномочия, сроки и контакты. Если маршрут не описан, поставь отметку “требует решения владельца процесса”. Завершай каждый путь понятным результатом или точкой остановки».
К промту прикладывают только согласованные правила процесса. Историю обсуждения полезно сократить до решений, чтобы временное предложение не попало в инструкцию как обязательное действие.
Проверить тупики и круги#
После генерации каждый путь проходят на примере. Действие «уточнить» должно объяснять, что именно уточняется и какое состояние будет следующим. Переход «вернуться к проверке» допустим, только если появились новые данные; иначе исполнитель может повторять один шаг бесконечно.
Для проверки достаточно трёх учебных случаев: обычный результат, явная ошибка и отсутствие сведений. Это придуманные примеры для проверки инструкции, а не сведения о реальных клиентах.
Модель помогает оформить маршрут, но не утверждает правила компании. Неописанные полномочия и спорные решения остаются у владельца процесса.