Orchestration & Workflow Governance
AxonFlow provides two complementary capabilities for AI workflow orchestration. Which one you use depends on whether you want AxonFlow to run your workflows or govern workflows that another orchestrator runs.
Two Approaches
| Multi-Agent Planning (MAP) | Workflow Control Plane (WCP) | |
|---|---|---|
| What it does | AxonFlow generates and executes multi-step plans | AxonFlow adds governance gates to workflows run by external orchestrators |
| Who runs the workflow | AxonFlow orchestrator | Your orchestrator (LangGraph, CrewAI, Temporal, Airflow, custom) |
| When to use | You want AxonFlow to handle orchestration end-to-end | You already have an orchestrator and need governance, audit trails, and policy enforcement |
| Governance | Policies influence plan generation, plan execution, and gated step approvals where enabled | Policies evaluated at every step gate check |
| Granularity | Per-plan and per-step | Per-step and per-tool within steps |
Most teams assessing AxonFlow for the first time start with WCP, because it works with their existing orchestrator without requiring migration. Teams that want AxonFlow to handle orchestration end-to-end use MAP.
Multi-Agent Planning (MAP)
MAP is AxonFlow's built-in orchestration engine. It breaks down user requests into subtasks, assigns them to specialized agents, executes steps (sequentially, in parallel, or conditionally), and aggregates results. In production, teams typically separate plan generation from execution so they can inspect, approve, update, version, or estimate a plan before they run it.
Key capabilities:
- Plan generation from natural language queries with domain-specific templates
- Five step types: llm-call, connector-call, conditional, function-call, api-call
- Agent registry with YAML configuration (file-based in Community, database-backed in Enterprise)
- Execution modes: sequential, parallel, and conditional branching
- Plan lifecycle: generate, inspect, update with optimistic concurrency, execute, cancel, resume, and roll back where enabled by tier
- Broad provider support through the shared runtime config layer:
openai,anthropic,gemini,azure-openai,bedrock, andollama
# Generate a plan through the Agent convenience surface
curl -X POST http://localhost:8080/api/request \
-H "Content-Type: application/json" \
-d '{"query": "Research remote work benefits", "request_type": "multi-agent-plan"}'
# Execute the stored plan through the Agent convenience surface
curl -X POST http://localhost:8080/api/request \
-H "Content-Type: application/json" \
-d '{"query": "execute", "request_type": "execute-plan", "context": {"plan_id": "plan_abc123"}}'
MAP's confirm / step execution modes pause the plan at each gated step and route the step to the HITL queue; reviewers approve or reject via POST /api/v1/plans/{plan_id}/steps/{step_id}/approve|reject and list pending plan-level approvals via GET /api/v1/plans/approvals/pending. The plane-scoped endpoints are available on Evaluation+ and share response shape with the WCP equivalents (minus plan_id, which only the MAP plane populates). See HITL Approval Gates for the full reviewer surface.
Learn more: MAP Getting Started | Agent Configuration | Step Types | Planning Patterns
Workflow Control Plane (WCP)
WCP adds governance checkpoints to workflows run by external orchestrators. Instead of replacing your orchestration stack, you add gate checks before each step executes. AxonFlow evaluates policies and returns allow, block, or require_approval, while your orchestrator stays in control of the actual work.
Key capabilities:
- Step gates for any workflow step: LLM calls, tool calls, connector calls, human tasks
- Per-tool governance within multi-tool nodes (each tool gets its own gate check)
- LangGraph adapter for Python, TypeScript, Go, and Java with automatic lifecycle management
- Generic workflow registration for LangChain, CrewAI, and custom sources via
source: external - MCP tool interceptor for policy-enforced data access through Model Context Protocol
- Circuit breaker with auto-trip on upstream LLM failures and per-tenant thresholds
- Trace correlation with LangSmith, Datadog, and OpenTelemetry via trace_id
from axonflow import AxonFlow
from axonflow.adapters import AxonFlowLangGraphAdapter
async with AxonFlow(endpoint="http://localhost:8080") as client:
adapter = AxonFlowLangGraphAdapter(client, "my-workflow")
async with adapter:
await adapter.start_workflow(trace_id="langsmith-run-abc")
# Gate check before each step
if await adapter.check_gate("generate", "llm_call", model="gpt-4"):
result = await generate(state)
await adapter.step_completed("generate")
# Per-tool governance within a tools node
if await adapter.check_tool_gate("web_search", "function"):
result = await web_search(state)
await adapter.tool_completed("web_search", output=result)
Learn more: WCP Overview | SDK Integration | Per-Tool Governance | Policy Configuration
Execution Visibility
Both MAP and WCP executions are captured for debugging, auditing, and compliance. The Execution Viewer provides a timeline of every step, policy decision, token usage, and cost. Teams that need richer operator workflows can also use the unified execution APIs and protected portal views for tenant-level monitoring and approvals.
Choosing Between MAP and WCP
Use MAP when:
- You are building a new AI application and want AxonFlow to handle orchestration
- You want LLM-powered plan generation from natural language
- You want a reviewed plan lifecycle with preview, cost estimation, approval, or versioning before execution
- Your workflow maps to the agent-task-step model
Use WCP when:
- You already use LangGraph, CrewAI, Temporal, Airflow, or a custom orchestrator
- You need to add governance to an existing system without migration
- You need per-tool governance granularity within workflow nodes
- You need human-in-the-loop approval gates at specific steps
Both capabilities share the same policy engine, audit trail, and observability infrastructure. Teams can adopt one or both depending on their needs.
Strategic Orchestration Guides
If you are assessing AxonFlow as an operating layer for serious agent systems, the most useful companion pages are:
- Execution Operations Playbook for what teams actually monitor, replay, and triage in governed workflows
- Approvals And Exception Handling Patterns for how
require_approvalbecomes a usable operating workflow instead of a dead-end status - Multi-Agent Architecture Patterns By Org Maturity for deciding when MAP, WCP, and enterprise portal workflows start to matter across teams
