map_process
Map or create a process using canonical Oroko step, decision, subprocess and Current/Future State conventions.
Oroko exposes a stateless HTTP MCP transport using the same developer keys as the REST API. Read tools expose process context; write tools require explicit confirmation and remain subject to Oroko RBAC, review rules and approved-process locking.
Use the public server URL and the same developer key you use for Oroko REST requests.
{
"mcpServers": {
"oroko": {
"url": "https://oroko.space/server/oroko-api/mcp",
"headers": {
"X-Oroko-Key": "ork_YOUR_KEY"
}
}
}
}Write tools require confirmed: true. Oroko still applies the connected user's existing permissions, revision checks, governance rules and lifecycle locks. MCP writes are audited with the developer key used for the action.
Compatible clients can discover Oroko process guidance directly through MCP prompts and resources. Hosts that support installable skills can also use the same skill files locally.
map_processMap or create a process using canonical Oroko step, decision, subprocess and Current/Future State conventions.
analyse_processRead an existing process and explain structure, gaps, risks and questions without silently changing it.
improve_processPropose a Future State while preserving the factual Current State.
document_processTurn Oroko graph data into clear operational process documentation.
resources/list exposes the four Oroko skill packs plus the canonical Customer Onboarding and Compliance Review JSON examples. resources/read returns the full guidance or example by URI. Prompts and resources guide the model; only tools perform actions.
Search by tool name or purpose, or filter between read and write operations.
list_processesList Oroko processes available to the connected user.
No inputs.
search_processesSearch accessible processes by name or description.
| Name | Type | Requirement |
|---|---|---|
query | string | required |
get_processRetrieve the canonical graph for an accessible process.
| Name | Type | Requirement |
|---|---|---|
processId | string | required |
create_processCreate a process where the connected user is workspace Owner or Admin.
| Name | Type | Requirement |
|---|---|---|
| workspaceId | string | required |
| name | string | required |
| description | string | optional |
| variants | object | optional |
| confirmed | boolean | required · true |
add_stepAdd a step to an editable process.
processId, variantId, name, optional type/description/position, and confirmed: true.
update_stepUpdate an existing step.
processId, stepId, optional name/description/position, and confirmed: true.
delete_stepDelete a step from an editable process.
processId, stepId, confirmed: true.
create_connectionCreate a connection between two process steps.
processId, variantId, fromStepId, toStepId, optional label, and confirmed: true.
delete_connectionDelete an existing process connection.
processId, connectionId, confirmed: true.
add_metadataAdd process-step metadata such as a note, input, output or document reference.
processId, stepId, type, value, confirmed: true.
submit_for_reviewSubmit an eligible process version for review.
processId, optional variantId and changeSummary, plus confirmed: true.
The production transport validates trusted origins and mirrored protocol headers. Authentication is always via an Oroko developer key.
Permission, lifecycle, revision and confirmation failures remain structured so clients can distinguish a denied action from malformed input.
MCP writes are recorded as MCP actors and retain the developer key identifier used for the operation.