Загружаем паттерны…

🗂️

Графовые рабочие процессы с состоянием

Управление рабочими процессами на основе графа с сохранением состояния между узлами

Сложность: highОркестрация рабочих процессов

За 30 секунд

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

Спросите ИИ-эксперта об этом паттерне

Откроет ассистента с готовым вопросом. Вы проверите его перед отправкой.

Получить этот каталог как MCP-сервер Настроить промпт для этого паттерна

Управление рабочими процессами на основе графа с сохранением состояния между узлами

Node-based workflow design
Persistent state management
Conditional flow control
Parallel execution paths
State checkpointing
Dynamic graph modification

The Agent Architect

Один паттерн, один компромисс, одна история сбоя в продакшене. Короткий еженедельный брифинг для тех, кто строит агентные системы.

Одно письмо в неделю, отписка в один клик. Адрес используется только для рассылки брифинга.

Также известен как: Stateful workflow, Graph-based agent workflow

Источники

Статьи, спецификации и репозитории, на которых основан этот паттерн.

Styx: Transactional Stateful Functions on Streaming Dataflows (2023)arXiv:2312.06893
Streaming Processing of Dynamic Graphs: Concepts, Models, and Systems (2019)arXiv:1912.12740
Stateful Dataflow Multigraphs: A Data-Centric Model for Performance Portability on Heterogeneous Architectures (2019)arXiv:1902.10345

От инженера, создавшего этот каталог

Проведите ревью архитектуры ваших агентов

На этой странице описан один паттерн. Ваша система использует десятки, и большинство сбоев возникает на стыках. Мы разберём весь дизайн по 288 паттернам каталога: архитектура, надёжность, оценка и стоимость, каждая находка связана с паттерном, который её устраняет.

€750 вместо €1 500, одна неделя, письменный отчёт и разбор в звонке, до 30 сентября

Смотреть ревью

Паттерны

Загружаем паттерны…

Паттерны и методы проектирования

Загружаем паттерны…

🗂️

Графовые рабочие процессы с состоянием

Управление рабочими процессами на основе графа с сохранением состояния между узлами

Сложность: highОркестрация рабочих процессов

За 30 секунд

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

Спросите ИИ-эксперта об этом паттерне

Откроет ассистента с готовым вопросом. Вы проверите его перед отправкой.

Получить этот каталог как MCP-сервер Настроить промпт для этого паттерна

Основной механизм

Stateful Graph Workflows моделируют процесс как ориентированный граф из узлов (шагов) и рёбер (поток управления) с постоянным состоянием, переносимым между шагами. Выполнение идёт по сессиям и потокам, а контрольные точки позволяют приостанавливать и возобновлять работу, воспроизводить её, ветвиться и путешествовать во времени при отладке. Условные рёбра и циклы дают динамическую маршрутизацию, а параллельные ветви, одновременную работу. Этот паттерн лежит в основе современных агентных систем (например, LangGraph, LlamaIndex Workflows) и универсальных workflow-движков (например, Temporal), где важны надёжность и аудируемость.

Процесс / шаги

Определите типизированную схему состояния (входы, рабочая память, выходы, метаданные, происхождение).
Реализуйте узлы как детерминированные шаги (вызовы инструментов и LLM, функции), читающие и пишущие состояние.
Соедините узлы рёбрами; добавьте условную маршрутизацию и ограничители циклов; включайте параллельные ветви там, где это безопасно.
Настройте хранение (хранилище контрольных точек) и ключи потоков и сессий для возобновления и воспроизведения.
Выполняйте по потокам: продвиньте узел → запишите контрольную точку → выберите следующее ребро; поддерживайте остановки с участием человека.
Наблюдайте и управляйте: логи и трассировки, метрики, бюджеты стоимости и задержки, проверки политик и безопасности.

Лучшие практики

Держите состояние компактным и структурированным; сохраняйте артефакты по ссылке (URI) вместе с происхождением.

Делайте узлы идемпотентными и безопасными по побочным эффектам; храните ключи дедупликации и метаданные повторов в состоянии.

Версионируйте графы и схемы состояния; поддерживайте миграции и обратно совместимые контрольные точки.

Добавьте явные критерии остановки и ограничители циклов; ограничьте число шагов и итераций на поток.

Отделяйте оркестрацию от бизнес-логики; держите промпты и инструменты модульными и тестируемыми.

Снимайте KPI по узлам (задержка, стоимость и токены, успехи и откаты) и соблюдайте бюджеты.

Используйте контрольные точки для возобновления и воспроизведения; маскируйте или шифруйте чувствительные поля при хранении.

Используйте параллельные ветви только для независимых шагов без побочных эффектов; ограничивайте параллелизм.

Пишите табличные тесты для маршрутизации; фаззьте условия рёбер; записывайте и воспроизводите сложные сессии.

Когда НЕ применять

Простые линейные потоки запрос→ответ без ветвлений и долгоживущего контекста.

Пути со сверхнизкой задержкой, где обходы оркестрации и LLM нарушили бы SLO.

Одноразовые скрипты или пакетные задания без состояния, где контрольные точки бесполезны.

Строгие межсервисные ACID-транзакции; используйте транзакционные workflow-движки или саги.

Задачи, которые лучше решаются движками правил или SQL-конвейерами с минимальным потоком управления.

Типичные ошибки

Неограниченные циклы или рекурсивные повторы без лимитов и проверки сходимости.

Глобальное изменяемое состояние, разделяемое между потоками; гонки в параллельных ветвях.

Отсутствие идемпотентности → дублирующие побочные эффекты при возобновлении и повторах.

Сохранение в контрольных точках больших блобов вместо ссылок → раздувание хранилища и медленное возобновление.

Взрывной рост токенов из-за перегруженных промптов и отсутствия сжатия состояния и истории.

Тесное смешение оркестрации и бизнес-логики; хрупкие и трудно тестируемые графы.

Ключевые возможности

Постоянное состояние на поток или сессию с типизированной схемой.

Контрольные точки, возобновление, воспроизведение и отладка с путешествием во времени.

Условная маршрутизация, циклы с ограничителями и параллельные ветви.

Шаги с участием человека и согласования; точки паузы и возобновления.

Подключаемые хранилища и бэкенды для контрольных точек и артефактов.

Детерминированное выполнение шагов с контролем побочных эффектов.

Развитая наблюдаемость: трассировки, метрики и журналы аудита.

Политики-шлюзы и бюджеты (задержка, стоимость и токены) на каждый узел.

KPI / метрики успеха

Время завершения на поток; p50/p95/p99 по узлам; пропускная способность.

Доля успеха против откатов и помощи человека; число откатов и возобновлений.

Токены на запуск и на узел; стоимость запуска; доля попаданий в кэш.

Доля повторов и DLQ; число циклов и итераций; использование параллелизма.

Соблюдение политик и SLA: превышения бюджетов (задержка, стоимость, токены).

Метрики качества (точность под задачу, доля пройденных оценок).

Расход токенов / ресурсов

Драйверы: промпты планирования и анализа, поиск и упаковка контекста, вызовы LLM в узлах, самопроверки и рост состояния.

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

Хранилище и CPU: компактные контрольные точки (диффы), вынос крупных артефактов наружу, дедупликация состояния; ограничивайте параллелизм по бюджетам.

Лучшие сценарии применения

Многошаговая автоматизация задач с ИИ (план→действие→проверка→отчёт) с возобновлением и аудитом.

RAG-конвейеры с маршрутизацией и верификацией (например, CoVe/CRAG) и запасными путями.

Команды агентов, вызывающие инструменты и навыки с согласованием человеком и безопасными откатами.

Комплаенс-процессы и регулируемые рабочие потоки, требующие детерминированного воспроизведения и прослеживаемости.

Длительные операции с внешними зависимостями и периодическими сбоями.

Ссылки и дополнительные материалы

Научные статьи

Руководства по реализации

Инструменты и библиотеки

LangGraph, LlamaIndex Workflows
Apache Flink Stateful Functions
Apache Beam

Сообщество и обсуждения

Управление рабочими процессами на основе графа с сохранением состояния между узлами

Node-based workflow design
Persistent state management
Conditional flow control
Parallel execution paths
State checkpointing
Dynamic graph modification

The Agent Architect

Одно письмо в неделю, отписка в один клик. Адрес используется только для рассылки брифинга.

Также известен как: Stateful workflow, Graph-based agent workflow

Источники

Статьи, спецификации и репозитории, на которых основан этот паттерн.

Styx: Transactional Stateful Functions on Streaming Dataflows (2023)arXiv:2312.06893
Streaming Processing of Dynamic Graphs: Concepts, Models, and Systems (2019)arXiv:1912.12740
Stateful Dataflow Multigraphs: A Data-Centric Model for Performance Portability on Heterogeneous Architectures (2019)arXiv:1902.10345

От инженера, создавшего этот каталог

Проведите ревью архитектуры ваших агентов

€750 вместо €1 500, одна неделя, письменный отчёт и разбор в звонке, до 30 сентября

Смотреть ревью

Загружаем паттерны…

Графовые рабочие процессы с состоянием

За 30 секунд

Спросите ИИ-эксперта об этом паттерне