Skip to main content
Workflows let you automate repetitive tasks and incident response. When something happens (an incident is created, a monitor goes down, an alert fires), Kodo can automatically take action—notify the right people, update services, or call external webhooks.

Why Use Workflows?

Faster Response

Automate initial incident response so your team can focus on resolution

Consistency

Ensure the same steps happen every time, reducing human error

Integration

Connect Kodo to your existing tools and processes

Escalation

Automatically escalate if incidents aren’t acknowledged

Workflow Components

Every workflow has three parts:

1. Triggers

What starts the workflow:

2. Conditions (Optional)

Filter when the workflow should run:
Supported operators:
  • equals, not_equals
  • contains, not_contains
  • greater_than, less_than
  • in, not_in

3. Actions

What the workflow does:

Example Workflows

Critical Incident Response

When a critical incident is created, notify the on-call team and update the status page:
  1. Go to Dashboard → Workflows → Create Workflow
  2. Set trigger: incident.created
  3. Add condition: severity equals critical
  4. Add actions:
    • Send notification to PagerDuty
    • Send notification to #incidents Slack channel
    • Execute webhook to your runbook system

Auto-Create Incident on Outage

When uptime monitoring detects a failure, automatically create an incident:
Incidents created by workflows follow your organization’s auto-incident visibility setting. If you have draft mode enabled, workflow-created incidents will also start as drafts and won’t appear on the public status page until published. Configure this in Settings > Automation or see Incident Safeguards.

Scheduled Health Check Report

Send a daily summary of system health:

Workflow Variables

Use variables in your workflow actions:

Workflow Runs

View execution history on each workflow’s detail page (Dashboard → Workflows → Select Workflow):
  • Status: completed, failed, running
  • Duration: How long the workflow took
  • Actions: Which actions succeeded/failed

Workflows and Draft Incidents

If your organization uses draft mode, auto-created incidents start hidden from the public status page. This affects how workflows interact with incidents:
  • incident.created fires for both drafts and public incidents. Use the condition visibility equals draft or visibility equals public to distinguish.

Example: Internal Alert on Draft Creation

Alert your team in Slack when a draft is created so they can review it, without notifying subscribers:

Incident Safeguards

Learn about draft mode, auto-publish, flap protection, cooldowns, and other safeguards for auto-created incidents.

Best Practices

Begin with basic workflows (notification on critical incident) and add complexity as you understand your needs.
Don’t trigger on every event. Use conditions to filter for actionable situations.
Create a test workflow with manual trigger to validate your actions before connecting to real events.
If one action fails, the workflow can continue executing remaining actions.
Regularly review failed workflows to catch integration issues early.