Platform/Publishing

Press publish. Your workflow is now a tool.

Every Nexus workflow can be exposed as an MCP server. The moment you publish, it appears in your workspace registry — callable by other workflows, by your in-house agents, and by any external MCP client.

What publish does

Six things, one button.

01

Snapshots the graph.

The current draft becomes a frozen, versioned topology. Logic-level changes can ship without a re-publish; structural changes require one.

02

Exports a typed interface.

Inputs and outputs become a JSON schema. Any caller — workflow, agent, or external client — can validate before invocation.

03

Registers an MCP endpoint.

The workflow becomes a tool on your tenant's MCP server: tools/list returns it; tools/call runs it.

04

Adds it to the canvas palette.

Drag-drop the published workflow into another graph. Its schema drives the form designer like any other typed node.

05

Pins versions for callers.

Existing parents stay on their pinned version. New callers default to the latest — but every call site is explicit, never silent.

06

Emits an audit record.

Who published, what changed since the last version, and a diff of the topology. Required for SOC 2; useful daily.

Who can call it

Anything that speaks MCP.

Once published, your workflow is a first-class member of the MCP ecosystem inside your tenant. The same workflow runs from a parent graph, from a Claude Desktop session, from a Cursor IDE call, and from a custom in-house agent — without you doing anything different.

Other Nexus workflows
A2A nodes
Nexus agents
tool list
Claude Desktop
MCP client
Cursor / IDE plugins
MCP client
In-house agents
via MCP SDK
Internal scripts
via REST shim
Slack assistants
MCP client
CI / CD jobs
via REST shim
Publish your first tool

Publish a workflow. Call it from Claude Desktop. In one demo.

30 minutes. We'll author a small workflow on your data, publish it, and call it from Claude Desktop — same tenant, same auth, no glue.