Your ModuleX workflows, one tab away. Publish once; Cursor’s agent calls them while you code.
api.modulex.dev/mcp/servestreamable HTTPmx_mcp_key via X-API-Key
Triage this morning’s support tickets and post the urgent ones.
Done. 14 tickets triaged; 2 urgent ones are in #support.
Four steps, one key. Publish once in ModuleX, paste one block into Cursor, and the tools are live.
- 01Publish a serverIn Settings › ModuleX MCP, choose what it exposes: workflows, Files, Knowledge. Paid plan; owner or admin.
- 02Copy the keyOne mx_mcp_ key, shown once. Rotation issues a replacement.
- 03Add the configPoint the client at your private endpoint. The exact snippet is below.
- 04Ask from the clientTools appear on the next list. Calls are metered in credits; listing is free.
{
"mcpServers": {
"modulex": {
"url": "https://api.modulex.dev/mcp/serve/{server_id}",
"headers": { "X-API-Key": "mx_mcp_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" }
}
}
}Replace the endpoint placeholder with your server URL from the Overview tab, and do not add an X-Organization-ID header; the MCP endpoint does not use one. Full client guide in the docs
Workflows, Files, Knowledge. That is what Cursor sees; each with a name, description, and input schema.
The 179-integration catalog is not published directly: Cursor calls one tool, the workflow does the cross-tool work. Browse the integrations
ModuleX MCP at a glance. Straight from the docs.
Workflows teams expose first. Build one from a sentence, deploy it, and it becomes a tool Cursor can call.
Also connects toClaude Code
Codex
HermesOpenClaw
ModuleX MCP and Cursor.
Not directly. ModuleX MCP publishes your deployed workflows, Files, and Knowledge as tools, not the third-party integration catalog. The workflows themselves are what act across the tools your organization has connected.
Cursor writes code. ModuleX runs the rest.
Workflows to build firstThe tools they act across
Cursor is Anysphere’s product. ModuleX is an independent MCP server and is not affiliated with or endorsed by Anysphere.