Skip to main content
Workflows are Metal’s automation engine: they chain data lookups, AI reasoning, and document generation into repeatable research. You author workflows visually in the Metal app, then use the API to run and monitor them. Each execution is a run. For the underlying model, see the workflows concept.

Find the workflow to run

List your workflows to get the id of the one you want to execute.

Create a run

Trigger a run with the inputs the workflow expects. Runs are asynchronous: this returns immediately with a run record.

Track a run to completion

Poll the run until it finishes, then read its output.
Prefer events over polling for long-running workflows. A webhook trigger lets an external system both start a run and be notified when it finishes.

Run a workflow from MCP

The Metal MCP server exposes the same workflow run path to MCP-compatible assistants such as Cursor, Claude, and ChatGPT. Use it when you want an assistant to discover the workflow, inspect required inputs, launch a run, and read the output without writing API code. The usual MCP sequence is:
  1. list_workflows — find the workflow ID. For example, search for a comparable-company or comparable-deals workflow by name or description.
  2. get_workflow — inspect inputSchema and inputUiSchema so you know which company, deal, document, folder, or other inputs the workflow expects.
  3. run_workflow — start the run with an input object that matches the schema.
  4. get_workflow_run — poll until the run reaches a terminal status, then read outputs, artifacts, citations, or failures.
If the run enters a human review state, inspect the pending step with get_workflow_run_step and complete the review with review_workflow_hitl_step when appropriate.
MCP access uses the signed-in Metal user’s permissions. If list_workflows does not return the workflow, confirm that the user can see and run it in the Metal app.

Manage runs

Trigger from external events

Instead of calling the API yourself, you can expose a webhook trigger on a workflow so an external system starts a run when something happens on its side — a new deal in your CRM, a file landing in storage, or a form submission.
See webhooks for configuring the trigger and securing its secret.

Next steps

Run over a list

Screen an entire set of targets in one pass.

Trigger from events

Start runs from your own systems without managing API keys.