В MCP-first системе помимо Tools и Resources существует третий строительный блок: промпты и рабочие процессы (Workflows). Рабочий процесс — это готовый сценарий, который ведёт агента шаг за шагом через сложную задачу. Он определяет, какие Tools вызываются и в каком порядке, где необходимо участие человека и какие результаты передаются дальше.
Рабочие процессы — не скрипты. Они дают агенту контекст, намерение и структуру — не лишая его свободы принятия решений.
Лучший интерфейс — нередко вообще не интерфейс
Многие повседневные задачи больше не нуждаются в отдельной странице. Они диалоговые, контекстные и основаны на рабочих процессах. Человек спрашивает — агент работает:
- «Составь сводку по всем открытым сделкам.»
- «С какими клиентами мне стоит связаться сегодня?»
- «Запланируй встречу для повторного контакта со всеми участниками.»
- «Подготовь письмо этому контакту.»
- «Проверь, есть ли у этого сотрудника недостающие документы.»
- «Создай отчёт по всем рискованным проектам.»
- «Сравни два последних расчёта заработной платы.»
Никакой навигации, никаких фильтров, никаких модальных окон. Агент собирает контекст, объединяет нужные Tools и выдаёт результат — или запрашивает разрешение, прежде чем действовать во внешней среде.
Рабочие процессы вместо навигации
Agents brauchen keine Navigation. Sie brauchen klare Workflows.
Классическое веб-приложение ведёт пользователя через навигацию: список клиентов → страница детали → вкладка коммуникаций → модальное окно напоминания. Для человека это интуитивно. Для агента — лишняя нагрузка: он вынужден «кликать» по интерфейсу, не предназначенному для его способа работы.
Рабочий процесс решает ту же задачу иначе: он описывает процесс напрямую как упорядоченную последовательность возможностей. Агент понимает, что нужно сделать, не зная поверхности.
Рабочий процесс в деталях
Следующий пример показывает рабочий процесс 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
Ход выполнения рабочего процесса:
projects.list_active— Агент читает все активные проекты. Это малорискованное чтение, которое может выполняться автономно.contacts.search_buyers— Для каждого проекта ищутся подходящие контакты покупателей. Тоже операция чтения, без внешнего эффекта.contacts.get_purchase_profile— Агент загружает профиль покупки каждого контакта, чтобы оценить целесообразность повторного обращения.exposes.generate_download_link— Для релевантных проектов создаётся ссылка для скачивания экспозе с ограниченным сроком действия.emails.create_project_draft— Агент создаёт черновик письма с персонализированным текстом и ссылкой. Отправки ещё нет.
На этом этапе рабочий процесс останавливается.
Спрашивается человек. Система показывает готовый черновик: получатели,
тема, содержание, срок действия ссылки, уровень риска critical. Пользователь
может подтвердить, отредактировать или отклонить черновик. Только после явного
подтверждения выполняется emails.send_project_email.
reminders.create_follow_up— После отправки агент автоматически ставит напоминание, если контакт не ответит в течение семи дней.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. Агент подготавливает — человек решает.
Это правило применяется к любому рабочему процессу: чтение дёшево, запись требует контекста, внешние действия требуют согласия. Кто строит рабочие процессы именно так, сохраняет систему полностью управляемой — не парализуя её.
Рабочий процесс — не скрипт, который слепо выполняется. Это структура, которая показывает агенту, где он вправе действовать — и где должен ждать.