Wire Your Agents Into a Workflow You Can Call Like an API.
Drag nodes onto a canvas, connect them, and ThinkStack runs the whole sequence end to end. Every step is traced, every version is published, and the finished flow answers a single POST request.
MCP access runs through an agent
Describe the flow in plain English
See what each node received
Pipelines, chat, your own app
A Guided, Self-Playing Walkthrough
Watch a user name a flow, describe it to the assistant in one paragraph, apply the proposed nodes and connections, run a live test, read the trace, and deploy the result. One continuous take, no cuts.
Runs on load · press Replay at the end · screen-record it for a shareable video
Built for Workflows That Call Real Tools.
A flow sits between prompting an agent and writing a full integration. It keeps the sequence explicit, the data typed, and the run inspectable.
Tool Invocation
An Agent node invokes the MCP tools registered to it and reasons over what comes back, so every tool call is governed by an agent you configured.
Agent Collaboration
Chain Agent and LLM nodes in one flow, each handing its output to the next step, with Condition and Iterator nodes deciding where the run goes.
Canvas First
Build the whole thing by connecting nodes. An Inline Code node is there for the occasional step that genuinely needs a few lines of custom logic.
Parallel Branches
Two paths can run side by side from the same node and meet again at a Collector, so independent work finishes in the time the slowest branch takes.
Step by Step Traces
Open the trace beside a test run to read exactly what every node received and returned, including the moment a failing node stopped the flow.
Versioned Publishing
Publishing moves a flow from draft to deployed, so the version your endpoint answers with is always the version you tested.
Call It From Anywhere
Every published flow is an endpoint. Invoke it from your pipelines with a single request, or run any deployed flow straight from a chat session.
Describe the Flow. Let the Assistant Lay Out the Nodes.
The assistant places the nodes for you. Tell it what you want, including the input, which agent should call which tool, and what the flow returns. It reads the request, plans the graph, and proposes each node and connection for you to approve.
Name your agents and knowledge bases exactly as they appear in your project and the assistant finds them and wires them correctly. You start from a working draft on the canvas and spend your time configuring, reviewing, and testing.
AI Assistant
How can I help you configure this flow?
Works with Your Systems
A flow is most useful when something calls it. Chat gives people a way to run one in conversation, and Pipeline gives your systems a way to run one on a schedule or an event.
Chat
Run any deployed flow inside a conversation, with the result returned in the thread.
- Trigger a flow by name without leaving the thread
- Answer follow-up questions against the output
- Share a working flow with a team that writes no code
The Workflow in the Middle
One canvas, one published version, one endpoint. Everything else calls into it.
Pipeline
Call a published flow from a scheduled or event driven pipeline with one request.
- Run the same flow nightly, hourly, or on a webhook
- Feed the output into the next stage of your data work
- Keep the orchestration logic in one reviewable place
Frequently Asked Questions
Common questions about Flow Orchestrator.
How is a flow different from just calling an agent directly?+
Can one flow call multiple agents and tools?+
How does a flow call an MCP tool?+
What happens if a node fails mid-run?+
Do I need to write code to build a flow?+
How do I get from an idea to a flow I can actually call?+
Can we call a flow from our existing systems?+
/flow/invoke with the flow ID and your input, so a flow can run inside existing pipelines rather than only from chat. Deployed flows can also be run directly from chat by selecting them. Publishing is what moves a flow from draft to deployed, so the endpoint always calls the version you tested.