Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Обзор
Рабочие процессы Microsoft Agent Framework позволяют создавать интеллектуальные системы автоматизации, которые легко смешивают агенты ИИ с бизнес-процессами. Благодаря своей типобезопасной архитектуре и интуитивно понятному дизайну можно управлять сложными рабочими процессами, не запутавшись в сложности инфраструктуры, что позволяет сосредоточиться на основной бизнес-логике.
Как рабочий процесс отличается от агента?
Хотя агент и рабочий процесс могут включать несколько шагов для достижения цели, они служат различным целям и работают на разных уровнях абстракции:
Агент: агент обычно управляется большой языковой моделью (LLM) и имеет доступ к различным средствам, чтобы помочь в выполнении задач. Действия, выполняемые агентом, являются динамическими и определяются LLM на основе контекста беседы и доступных средств.
Рабочий процесс: рабочий процесс, с другой стороны, является предопределенной последовательностью операций, которые могут включать агенты ИИ в качестве компонентов. Рабочие процессы предназначены для обработки сложных бизнес-процессов, которые могут включать несколько агентов, взаимодействия с людьми и интеграции с внешними системами. Поток рабочего процесса явно определен, что позволяет более контролировать путь выполнения.
Ключевые функции
- Безопасность типов: строгая типизация гарантирует корректное взаимодействие сообщений между компонентами с комплексной проверкой, которая предотвращает ошибки во время выполнения.
-
Гибкий поток управления: архитектура на основе графов позволяет интуитивно понятно моделировать сложные рабочие процессы с помощью
executorsиedges. Поддерживаются условные маршрутизации, параллельная обработка и динамические пути выполнения. - Внешняя интеграция: встроенные шаблоны запросов и ответов для простой интеграции с внешними API и сценариями взаимодействия с человеком в цикле.
- Чекпоинтинг: Сохранение состояний рабочих процессов через чекпоинты, что обеспечивает восстановление и возобновление длительных процессов на серверной стороне.
- Оркестрация нескольких агентов: встроенные шаблоны для координации нескольких агентов ИИ, включая последовательную, параллельную, сменную и магнитную.
API рабочего процесса
Microsoft Agent Framework предлагает два дополнительных API для создания рабочих процессов:
-
Functional Workflow API(Python, экспериментальное): создавайте рабочие процессы как простые функции, используя декораторы
asyncи@workflow. Используйте собственный поток управления Python (if/else, циклы,asyncio.gather) вместо концепций графа. Хорошая отправная точка перед внедрением API графа. -
Построитель рабочих процессов и выполнение: создание рабочих процессов в виде направленных графов с помощью
WorkflowBuilder,executorsиedges. Лучше всего подходит для фиксированных топологий с маршрутизацией сообщений с проверкой типа и параллельным выполнением, основанным на суперстепах.
Оба API полностью поддерживаются и создают одинаковые наблюдаемые результаты (события, потоковая передача, HITL, контрольные точки). Выберите в зависимости от того, что лучше всего подходит вашему рабочему процессу:
Функциональный (@workflow) |
Graph (WorkflowBuilder) |
|
|---|---|---|
| Поток управления | Нативный Python (if, циклы, asyncio.gather) |
Границы и условия |
| лучше всего подходит для | Последовательные конвейеры, настраиваемые циклы, нерегламентированный параллелизм | Фиксированные графы, вентильный ввод/вывод, маршрутизация сообщений с проверкой типа |
| Parallelism | asyncio.gather |
Параллельные реберные группы, выполнение супершага |
| Наблюдаемость | События на каждом шаге с @step |
События для каждого выполнителя |
| HITL | ctx.request_info() |
RequestInfoExecutor |
| Контрольная точка |
@step Кэширование результатов по отдельности |
Контрольные точки супершаг-границы |
| Оболочка агента |
.as_agent() на FunctionalWorkflow |
.as_agent() на Workflow |
Начните с @workflow, когда вы хотите выразить логику в простой Python. Перейдите к WorkflowBuilder, когда требуется строгая проверка типов при маршрутизации сообщений или модель выполнения графа.
Основные понятия
- Исполнители: представляют отдельные единицы обработки в рабочем процессе. Они могут быть агентами ИИ или компонентами пользовательской логики. Они получают входные сообщения, выполняют определенные задачи и создают выходные сообщения.
- Ребра: определяют соединения между исполнителями, определяя поток сообщений. Они могут включать условия для управления маршрутизацией на основе содержимого сообщения.
- События: обеспечивают наблюдаемость в выполнении рабочего процесса, включая события жизненного цикла, события исполнителя и пользовательские события.
- Построитель и выполнение рабочих процессов: связывает исполнителей и ребра в направленный граф, управляет выполнением с помощью супершагов и поддерживает потоковые и не потоковые режимы.
Начало работы
Начните работу с рабочими процессами Microsoft Agent Framework, изучая примеры начала работы: