State model
Can the framework checkpoint, resume, branch, and replay a workflow?
Architecture Decision Guide
Framework selection should follow the operating model of the agent: how state is persisted, how work is scheduled, how tools are secured, and how failures are recovered.
Choose the framework that makes state transitions explicit, supports durable execution, exposes complete traces, and lets you replace models and tools without rewriting the workflow. Prototype convenience matters less than operational control.
Use these dimensions to make the architecture decision explicit and testable.
Can the framework checkpoint, resume, branch, and replay a workflow?
Can you mix deterministic steps with model decisions and human approvals?
Are parameters typed, validated, permissioned, and observable?
Can workers scale independently and survive process restarts?
How tightly are prompts, state, and tool code coupled to proprietary abstractions?
Use these dimensions to make the architecture decision explicit and testable.
Start here. One orchestrator with well-defined tools is easier to evaluate and secure.
Add workers when tasks require distinct context, permissions, or evaluation criteria.
Use only when independent perspectives improve measurable outcomes. It otherwise increases coordination cost.
Use these dimensions to make the architecture decision explicit and testable.
Resume after failure and produce the same result when inputs are fixed.
Trace prompts, model outputs, tool calls, state changes, cost, and approvals.
Enforce least privilege and prevent untrusted content from selecting arbitrary tools.
Version graphs, prompts, schemas, and policies independently.
Use this as a design-review gate before release.
Place this pattern inside a broader agent architecture and operating model.
Browse memory, planning, frameworks, reliability, safety, and observability.
Open the tutorial library →Start with agent features, design patterns, benefits, challenges, and industry applications.
Open the guide →