Рабочие процессы

Дизайн промптов и рабочих процессов

Как готовые рабочие процессы ведут агентов через сложные задачи — и почему лучший интерфейс нередко вообще не интерфейс.

В MCP-first системе помимо Tools и Resources существует третий строительный блок: промпты и рабочие процессы (Workflows). Рабочий процесс — это готовый сценарий, который ведёт агента шаг за шагом через сложную задачу. Он определяет, какие Tools вызываются и в каком порядке, где необходимо участие человека и какие результаты передаются дальше.

Рабочие процессы — не скрипты. Они дают агенту контекст, намерение и структуру — не лишая его свободы принятия решений.

Лучший интерфейс — нередко вообще не интерфейс

Многие повседневные задачи больше не нуждаются в отдельной странице. Они диалоговые, контекстные и основаны на рабочих процессах. Человек спрашивает — агент работает:

  • «Составь сводку по всем открытым сделкам.»
  • «С какими клиентами мне стоит связаться сегодня?»
  • «Запланируй встречу для повторного контакта со всеми участниками.»
  • «Подготовь письмо этому контакту.»
  • «Проверь, есть ли у этого сотрудника недостающие документы.»
  • «Создай отчёт по всем рискованным проектам.»
  • «Сравни два последних расчёта заработной платы.»

Никакой навигации, никаких фильтров, никаких модальных окон. Агент собирает контекст, объединяет нужные Tools и выдаёт результат — или запрашивает разрешение, прежде чем действовать во внешней среде.

Рабочие процессы вместо навигации

Agents brauchen keine Navigation. Sie brauchen klare Workflows.

MCP-first Манифест, Принцип 4

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

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

Рабочий процесс в деталях

Следующий пример показывает рабочий процесс Buyer Follow-up для программного обеспечения в сфере недвижимости. Агент должен проверить все активные проекты, определить подходящих покупателей и подготовить коммуникацию для повторного контакта.

Рабочий процесс: Buyer Follow-up
  • projects.list_active
  • contacts.search_buyers
  • contacts.get_purchase_profile
  • exposes.generate_download_link
  • emails.create_project_draft
  • reminders.create_follow_up
  • deals.recommend_next_action

Ход выполнения рабочего процесса:

  1. projects.list_active — Агент читает все активные проекты. Это малорискованное чтение, которое может выполняться автономно.
  2. contacts.search_buyers — Для каждого проекта ищутся подходящие контакты покупателей. Тоже операция чтения, без внешнего эффекта.
  3. contacts.get_purchase_profile — Агент загружает профиль покупки каждого контакта, чтобы оценить целесообразность повторного обращения.
  4. exposes.generate_download_link — Для релевантных проектов создаётся ссылка для скачивания экспозе с ограниченным сроком действия.
  5. emails.create_project_draft — Агент создаёт черновик письма с персонализированным текстом и ссылкой. Отправки ещё нет.

На этом этапе рабочий процесс останавливается.

Спрашивается человек. Система показывает готовый черновик: получатели, тема, содержание, срок действия ссылки, уровень риска critical. Пользователь может подтвердить, отредактировать или отклонить черновик. Только после явного подтверждения выполняется emails.send_project_email.

  1. reminders.create_follow_up — После отправки агент автоматически ставит напоминание, если контакт не ответит в течение семи дней.
  2. deals.recommend_next_action — В завершение система вычисляет рекомендуемое следующее действие по каждой сделке и возвращает его в виде структурированного результата.

Рабочие процессы компонуют Tools

Рабочий процесс — это по сути композиция отдельных Tools с чёткой логикой:

  • Малорискованные операции чтения (list_active, search_buyers, get_purchase_profile) выполняются автономно и последовательно — без внешнего эффекта и риска.
  • Операции записи с внутренним эффектом (create_project_draft, reminders.create_follow_up) выполняются, но не создают внешнего воздействия.
  • Операции записи с внешним эффектом (emails.send_project_email) защищены Confirmation Gate. Агент подготавливает — человек решает.

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

Рабочий процесс — не скрипт, который слепо выполняется. Это структура, которая показывает агенту, где он вправе действовать — и где должен ждать.