Skip to main content

Overview

The start_incident_workflow tool manually starts a workflow instance for a specific incident. This allows you to execute automated workflow steps on-demand, even if the workflow wasn’t triggered automatically.
This is a write tool that creates a workflow instance. You must enable write tools with the --enable-write-tools flag to use this tool.

Parameters

workflow_id
string
required
The unique identifier of the incident workflow to start.Example: "PZYX123"
incident_reference
object
required
Reference to the incident on which to start the workflow.
id
string
An optional identifier to help differentiate between workflow executions. This is useful for tracking or debugging purposes.Example: "manual-trigger-001"

Response

Returns the created incident workflow instance.
id
string
The unique identifier of the incident workflow instance
type
string
Always returns "incident_workflow_instance"
incident
object
Reference to the incident on which the workflow was started

Example Usage

"Start the major incident workflow for incident Q1ABCDEF"

Use Cases

  • Manual workflow execution - Trigger workflows that weren’t automatically started
  • Test workflows - Verify workflow behavior on specific incidents
  • Re-run workflows - Execute workflows again if needed
  • Incident response - Manually kick off escalation or notification workflows
  • Compliance - Ensure required workflows are executed on critical incidents

Response Example

{
  "id": "PWINST123",
  "type": "incident_workflow_instance",
  "incident": {
    "id": "Q1ABCDEF",
    "type": "incident_reference"
  }
}

Important Notes

  • Workflows must be enabled to be started manually
  • The incident must exist and be accessible
  • Some workflow actions may only execute once per incident
  • Check workflow step configuration to understand what will happen

Build docs developers (and LLMs) love