vibex-workflow-mcp
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@vibex-workflow-mcpDebug my workflow source and show the results"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
summary: Create, inspect, debug, and safely revise VibeX DAG Workflows from Agent conversations and editable file tabs.
Workflow Creator
Author VibeX DAG workflows as real files, then validate, debug, and publish them without treating an in-memory graph as the source of truth.
Once enabled, three surfaces work together:
the
vibex-workflow-creatorSkill, so an Agent can design a valid DAG;vibex-workflow-mcp, for read/write, validation, publish, run inspection, pause/continue, and debug runs;Workflow Studio, which opens
*.vibex-workflow.jsonas an editable tab.
The source file is the authoring fact. Saving uses an artifact revision and refuses a stale overwrite. Publishing creates an immutable version. Automations stay on the version they already reference until you point them at a new one.
Related MCP server: Apache Airflow MCP Server
Enable
This plugin ships with the Host, starts disabled, and cannot be uninstalled. Turn it on in Plugins. The first enable binds the Skill and MCP to compatible installed Agents. Later enable/disable cycles keep the selection you already made.
VibeX Desktop must be running. The Host starts a loopback-only command gateway, launches the MCP with the managed Node.js runtime, and injects a per-app-lifetime bearer token. That token is never stored in this package or in config.json.
Edit a workflow
Create or open a *.vibex-workflow.json file in the project, or under ~/.vibex/workflows/. The tab is Workflow Studio. Saving writes the source artifact; it does not publish a version and does not retarget Automations.
Model nodes as durable steps, not as “the Agent”. An Agent Step owns one child Conversation. Retries and continuation add Turns to that same Conversation. Encode order only through dependsOn. Do not create cycles.
Debug and publish
Save and validate before any test.
workflow_debug_sourceruns the current unpublished source through a hidden durable snapshot. It must not create a catalog version.workflow_publishcreates an immutable visible version, and only when you ask for a release.workflow_startstarts a published version against a real workspace.Pause stops active Turns without marking the run failed. Continue creates a new Turn in the same node Conversation.
A derived debug run can reuse unchanged completed ancestors and rerun one node, or that node plus its downstream.
Configuration
Default Agent Step completion chooses how a new Agent Step finishes if the source does not say otherwise:
Manual: wait for confirmation after the step produces a candidate.
Automatic: accept the candidate and continue downstream.
This is an authoring default. It does not rewrite steps that already declare a completion policy, and it does not change runs that already started.
Offline and network
The editor and MCP stay on the machine. MCP traffic uses a random loopback port between the managed process and VibeX. Agent Steps follow the selected Agent and project network policy; the plugin does not add its own outbound access.
Troubleshooting
MCP says VibeX is unavailable: keep Desktop open and re-enable the plugin so the Host can inject a fresh token.
Save conflict: the source changed outside the tab. Reload, reconcile, then save with the new revision.
An Automation did not pick up edits: it is pinned to one published version. Publish, then point that Automation at the new version.
Debug created a catalog version: stop. Source tests must use
workflow_debug_source, not publish.
This server cannot be deployed
Maintenance
Related MCP Connectors
Create, test, publish, and manage Dreamlit notification workflows from AI clients.
Create, browse, remix, collaborate on, and run durable AI workflow nodes from MCP hosts.
Build and manage Cloudgate workflow-APIs: controllers, actions, workflow graphs, and databases.
Cross-agent artifact workspace with provenance across Claude Code, Codex, Cursor, LangGraph.
Related MCP Servers
FlicenseNot gradedqualityNot gradedmaintenanceEnables building and querying code knowledge graphs for project analysis, with tools for exploring code relationships, managing workflows, and automating development tasks. Integrates with Git and GitHub for branch management and pull request creation.426-- AlicenseAqualityAmaintenanceEnables inspection and management of Apache Airflow DAGs, runs, and logs across multiple instances. It provides tools for monitoring workflows and performing gated write operations like triggering DAGs or clearing task instances.162Apache 2.0
- FlicenseNot gradedqualityNot gradedmaintenanceIntegrates Laminar workspaces with AI editors to manage workflows, steps, and configuration stores. It allows users to execute, monitor, and debug workflow executions through natural language commands.3081-
- FlicenseNot gradedqualityBmaintenanceGoverned development control plane for VedaOps projects, letting authorized agents inspect, search, patch, test, lint, and coordinate registered software without exposing a general shell.-