Разложить многоэтапную задачу на рабочий процесс с промптами

Автор: AILesson10 мин на настройкуПроверено на:ChatGPTПроверено: 2026-08-28

Быстрый ответ

Разработайте согласованные этапы с чёткими границами, результатами, проверками, инструментами, полномочиями и путями восстановления. Укажите: Сквозная задача и желаемый результат, Ограничения доказательств, инструментов, полномочий и рисков, Известные сбои и условия эксплуатации. Ожидаемый результат: Исполнимая спецификация рабочего процесса с промптами этапов, контрольными точками, состоянием и сквозными тестами.

1

Добавьте контекст

ваш текст остаётся в этом браузере. AILesson Prompts не отправляет его ни в модель, ни на сервер.

2

Ваш промпт

Незаполненные поля остаются видимыми как заполнители, поэтому вы всё равно можете скопировать и отредактировать промпт

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

Условие запуска, пользователи, исходные данные, итоговый результат, критерий готовности, частота и масштаб:
[task]

Исходные системы, инструменты, актуальность, конфиденциальность, согласования, необратимые действия, стоимость, задержка и запреты:
[constraints]

Текущий процесс, примеры сбоев, передачи, параллелизм, повторные попытки, мониторинг и возможности проверки:
[failures]

Сначала отобразите сквозное состояние, а затем пишите промпты. Там, где это практично, отделяйте детерминированный разбор, вычисление и проверку от генеративного суждения. Для каждого этапа определите цель, допустимые входные данные и их происхождение, предварительные условия, точную схему результата, инварианты, разрешения инструментов, промпт, независимую от модели проверку, контроль человеком, сохраняемое состояние, ключ идемпотентности или дедупликации, правило тайм-аута и повтора, путь сбоя и условие перехода к следующему этапу. Никогда не позволяйте позднему этапу незаметно исправлять отсутствующие или противоречивые доказательства предыдущего. Требуйте авторизацию до отправки внешних сообщений, покупок, публикации, удаления, изменения учётной записи и других действий с существенными последствиями. Сведите к минимуму передачу конфиденциальных данных между этапами и хранение состояния. Определите этапы, для которых вместо промпта следует использовать обычный код, правила, поиск или решение человека. Верните карту процесса; контракты и промпты этапов; классификацию состояний и ошибок; поля наблюдаемости и аудита; примечания о стоимости и задержке; поведение отката или безопасной остановки; модульные, граничные, аварийные и сквозные тесты; а также более простую альтернативу с одним промптом, когда её достаточно.
Попробовать в Playground
Конфиденциально по умолчаниюПромпт собирается локально в вашем браузере. Не вводите конфиденциальную информацию в сервисы ИИ, если ваша организация этого не разрешает.

От исходных данных к результату

Разобранный пример

Посмотрите, как конкретный контекст превращает этот рецепт в полезный результат

Реальный ввод

Сквозная задача и желаемый результат
Каждый рабочий день преобразовывать до 40 входящих писем о продлении договоров с поставщиками и приложенных котировок с уже извлечённым текстом в пакет для проверки. Итоговый пакет: сопоставленный договор, изменённые коммерческие условия, операционные изменения, недостающие доказательства, вопросы о рисках и черновик ответа. Любой исходящий ответ утверждает аналитик по закупкам. Готово, когда пакет прослеживается до местоположения сообщения и вложений и поставлен в очередь проверки; никогда не отправлять автоматически.
Ограничения доказательств, инструментов, полномочий и рисков
Поиск в почтовом ящике и репозитории договоров только для чтения. Текст из вложений уже извлечён; OCR не применяется. Цены и даты нужно разбирать точно и пересчитывать кодом. Договоры могут содержать конфиденциальные тарифы; хранить только в утверждённом рабочем пространстве. Не делать юридических выводов. Для текущих фактов требуется отметка времени источника. Один вызов модели стоит дороже проверочного кода. Аналитик может проверять десять исключений в день. Инструмент ответа недоступен и должен оставаться недоступным.
Известные сбои и условия эксплуатации
Текущий огромный промпт иногда сопоставляет не того поставщика с похожим названием, принимает котировку за подписанное изменение договора, теряет валюту и составляет согласие. Повторно пересланные письма создают дублирующиеся пакеты. Поиск договора может вернуть ноль или два действующих кандидата. Возможен тайм-аут модели; повторить один раз. Платформа рабочего процесса хранит состояние и идентификаторы источников.

Пример вывода

Рекомендуемый процесс состоит из пяти этапов, но не из пяти вызовов модели. На этапе 1 программный контроль принимает идентификаторы источников, хеширует сообщение вместе с вложениями для дедупликации, проверяет извлечение, обнаруживает токены валюты и дат и хранит ссылки с ограниченным доступом, а не исходный конфиденциальный текст в журналах. Повторный хеш связывается с существующим пакетом. На этапе 2 поиск только для чтения использует проверенные идентификаторы поставщика; ноль или несколько действующих договоров направляются аналитику как исключение, и процесс останавливается. Одно лишь сходство названий никогда не определяет договор.

На этапе 3 код формирует пакет происхождения: фрагменты котировки, фрагменты договора, отметки времени, разобранные денежные значения и даты, а также пересчитанные разницы. Конфликт разбора или валюты останавливает процесс до генерации. На этапе 4 модель сравнивает только этот пакет и возвращает схему, разделяющую заявленное предложение, статус подписанного доказательства, коммерческое или операционное изменение, недостающие доказательства, вопросы и ссылки на источники. Промпт запрещает юридические выводы, формулировки согласия и превращение котировки в изменение договора. После этого выполняются проверки схемы, ссылок, чисел, валют и неподкреплённых утверждений; одна повторная попытка после тайм-аута использует тот же ключ идемпотентности. Ошибка проверки направляется в исключения и никогда не исправляется незаметно.

На этапе 5 модель составляет нейтральный запрос уточнений только из проверенных полей с меткой «ЧЕРНОВИК — НЕ ОТПРАВЛЕНО». Аналитик на контрольной точке проверяет пакет, редактирует его или утверждает постановку в очередь; разрешения на отправку нет. Машина состояний: received, deduplicated, match_pending, evidence_ready, comparison_valid, draft_ready, review_required, exception. Аудит фиксирует идентификаторы источников, версию договора, промпт и его версию, результаты проверок, отметки времени, проверяющего и итог обработки. Сквозные тесты охватывают точное совпадение, повторную пересылку, ноль или два договора, неподписанную котировку, конфликт валюты, отсутствующее вложение, тайм-аут и вредоносные инструкции во вложении. Один промпт не подходит, потому что сопоставление, арифметика, дедупликация и авторизация требуют отдельных детерминированных контрольных точек.

Почему это работает

  1. 1

    Явные контракты этапов не позволяют неопределённым результатам предыдущих этапов превратиться в непомеченные факты на последующих.

  2. 2

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

Проверьте результат

  • Есть ли у каждого перехода проверенные входные данные, явное условие успеха и путь сбоя?

  • Ограничены ли разрешения инструментов, конфиденциальные данные, сохраняемое состояние, повторные попытки и действия с существенными последствиями?

  • Исключены ли детерминированные операции и решения человека из генеративных промптов там, где это уместно?

Используйте уверенно

Часто задаваемые вопросы

Практические ответы о том, когда использовать этот рецепт, что нужно предоставить и где по-прежнему важна проверка человеком

Что нужно подготовить перед использованием рецепта «Разложить многоэтапную задачу на рабочий процесс с промптами»?

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

Когда результат рецепта «Разложить многоэтапную задачу на рабочий процесс с промптами» ещё нельзя использовать?

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

Для каких инструментов ИИ зафиксированы тесты рецепта «Разложить многоэтапную задачу на рабочий процесс с промптами»?

По состоянию на 28 августа 2026 года в опубликованном журнале тестирования рецепта «Разложить многоэтапную задачу на рабочий процесс с промптами» указан ChatGPT. Это подтверждает наличие зафиксированных запусков, но не гарантирует совместимость или одинаковые результаты в последующих версиях продукта. При использовании другого инструмента или версии оставьте все ограничения явно указанными и перед применением результата повторите проверки.

Другие способы изучения

Где этот рецепт применим

Продолжайте работу

AILesson · Рекомендуемые курсы

ваш следующий шаг: примените ИИ на практике

Перейдите от понимания ИИ к выполнению задач. Практикуйтесь в составлении запросов, проверке и улучшении результатов с помощью интерактивных уроков для работы и повседневной жизни.

Просмотреть все курсы