From intent to workflow
Describe what you need in natural language to generate a workflow graph, node documentation, Python node code, and a backend entry point
OPEN SOURCE / GENERATIVE WORKFLOW
Generate, run, and evolve AI workflows from natural language; FlowX turns one-off answers into processes you can inspect, reuse, and improve
Read https://github.com/AIpRoBuilder/FlowX/blob/main/skills/flowx-workflows/SKILL.md and https://github.com/AIpRoBuilder/FlowX#setup; install the skill for this agent and install and verify FlowX in a suitable Python 3.10+ virtual environment; connect local MCP if needed, guide me through secure LLM configuration, and show me how to create a workflow; do not ask for secrets in chat
Open source · Local-first · Built for your agent
01 / WHAT YOU GET
FlowX focuses on the execution layer behind your agent: turn requirements into clear, runnable workflows that improve with feedback
Describe what you need in natural language to generate a workflow graph, node documentation, Python node code, and a backend entry point
Each business node goes through generation, audit, testing, and bounded repair; nodes that still fail are not published
Change an entire workflow or specific nodes as needed; unchanged parts are reused as the process grows with your requirements
Workflow graphs, code, and versioned artifacts are stored locally so you can inspect, reopen, and evolve them later
02 / HOW IT WORKS
FlowX connects intent to execution, generating explicit graphs and code instead of one-off results hidden in a conversation
Tell your agent about your goal and the process you need
Build the graph, nodes, and entry point; nodes are audited, tested, and repaired
Inspect the artifacts, start the service, and run the workflow interactively
Refine the workflow or its nodes from feedback and reuse what you've built
03 / QUICKSTART
After installing FlowX, connect your agent with MCP or use the Python SDK directly; you'll need Python 3.10+ and a configured LLM provider
Register the local service in your MCP client; replace the paths with your virtual environment and configuration directory; on Windows, use the Scripts executable
{
"mcpServers": {
"flowx": {
"command": "/absolute/path/to/venv/bin/flowx-mcp",
"env": {
"FLOWX_CONFIG_ROOT": "/absolute/path/to/config"
}
}
}
}Set FLOWX_LLM_PROVIDER, FLOWX_LLM_MODEL, FLOWX_LLM_API_KEY, and FLOWX_DEFAULT_WORKSPACE in the configuration directory's .env; never commit secrets to a repository
Once your LLM is configured, use the SDK to build a workflow from natural language and inspect its artifacts
from flowx_sdk import FlowXClient
with FlowXClient(workspace="./workflows") as flowx:
result = flowx.build_workflow(
"Build a workflow that summarizes a document.",
await_repair_input=False,
).raise_for_failure()
print("Workflow:", result.workflow_id)
print("Artifacts:", flowx.artifacts(result.workflow_id))Configure the model variables in the SDK's environment; building may execute node tests, so review the artifacts and code before running the service
04 / ONE CORE, THREE INTERFACES
One shared core, three interfaces; connect workflow generation to an agent client, a Python application, or another agent
Connect an MCP-capable agent over local stdio to create, inspect, run, and evolve workflows; builds run in the background with queryable status
LOCAL STDIOUse the shared core directly from a Python agent or your own application backend to build, inspect, run, and evolve workflows
PYTHON 3.10+Let other agents delegate workflow building to FlowX through Agent2Agent; the adapter currently supports non-streaming workflow building
NON-STREAMINGYour interface, your choice — FlowX is model- and UI-agnostic: your frontend renders interactions and events, while FlowX provides the workflow layer behind them
Explore the architecture ↗05 / GET STARTED
Start locally and connect your existing agent or application; see the project documentation for installation, configuration, and interface details
Read the setup guideYou'll need Python 3.10+ and an OpenAI-compatible model provider
One installation includes the shared core, MCP, Python SDK, and A2A adapter
Configure your model, API key, and workspace, then choose an interface
Describe your requirements, inspect the build, and keep improving your workflow
No; FlowX is a generative workflow layer and does not include a user interface; your agent or application handles interaction and presentation, while FlowX generates, runs, and evolves the process behind it
Workflow artifacts are stored in your configured local workspace, including the workflow graph, node code, and backend entry point; you can inspect and evolve them later
Node building includes audit, testing, and bounded repair; you can provide repair guidance when needed, and nodes that still fail are not published
FlowX supports local stdio MCP, a Python SDK, and an A2A adapter; the A2A adapter currently supports non-streaming workflow building
LET'S BUILD / TOGETHER
Explore FlowX or join us in building generative workflows