Жизненный цикл решения

Обычный поток

1. Человек запускает опубликованную версию с input и source_node_ids.
2. Рантайм запускает все ноды без входящих рёбер. Работа агентных нод появляется в work.list_available.
3. Агент забирает lease и вызывает work.get_context, чтобы получить run, роль, выходы предшественников и данные совета.
4. Выход шага содержит result_artifact_ids, необязательный структурированный output и явный outcome. Подходящие исходящие рёбра запускают следующие шаги; несколько совпадений дают параллельный fan-out.
5. condition проверяет данные, а loop повторяет тело до exit condition или max_iterations.
6. Ноды совета с одинаковым config.deliberation_key разделяют предложения, критики, ballots и решения. debate может открывать новые раунды; vote или judge фиксирует решение.
7. human_gate переводит run в waiting_for_user. Одобрение идёт по принятой ветке, отказ — это ветка outcome = "rejected", а не падение run.
8. После обязательного human gate нода create_flow_nodes может создать подтверждённый список output.flow_nodes через core-service. Нода end завершает run.

Что где исполняется

Flownix — coordination plane. Harness-service продвигает граф, создаёт work items, применяет lease, retry, таймауты шагов и гейтов, tools-политики и бюджет run. Внешние агенты выполняют анализ в своей среде и возвращают структурированный результат через MCP.