Smart Flow Brings Breakpoint Debugging to AI Workflow Orchestration
Most AI workflow tools treat pipelines as configuration black boxes, making long chains painful to debug. Smart Flow applies IDE-grade debugging to agent orchestration, which cuts iteration time and makes production workflows auditable without external observability tooling.
Smart Flow is a new open-source platform for building and debugging AI agent workflows on a visual canvas. Its defining feature is a code-style debugger: breakpoints, single-step execution, and live variable monitoring turn opaque multi-node pipelines into inspectable processes. Seventeen built-in node types cover LLM calls, intent classification, JSON extraction, HTTP requests, loops, and custom code execution inside a sandboxed VM with timeout protection.
A natural-language builder generates a workflow draft from a plain description, and finished flows publish as Agents with webhook and cron triggers, HMAC signatures, and rate limiting. The execution engine uses wave-based topological scheduling that auto-parallelizes independent nodes and detects cycles. Under the hood, template interpolation preserves original JavaScript types across nodes, and the debugger works by inserting checkpoint queries into the engine's main loop.
The project ships as a zero-config monorepo — one `npm run dev` starts both frontend and backend with SQLite — and includes documentation in four languages.
Treating workflow nodes as code artifacts rather than configuration flips the debugging model from black-box observation to white-box inspection, which is the same shift that made IDEs indispensable for traditional programming.
The wave-based scheduler is a pragmatic middle ground: it guarantees correct topological order without forcing a fully sequential execution, yet it avoids the complexity of a full DAG streaming runtime.
Preserving raw types through template interpolation solves a subtle but common pain point in workflow engines where everything degrades to strings, forcing downstream nodes to re-parse data.
The debugger's checkpoint-polling design is simple enough to be explained in a paragraph, which suggests that the real barrier to debuggable workflows was never technical complexity but product priorities.