TICKET MANAGEMENT
Roll up PagerDuty alert storm into one Linear incident
When PagerDuty fires a burst of alerts in a short window, opens or reuses a single Linear incident, attaches every alert to it.
How it runs
The automated pipeline, trigger to output.
- TriggerPagerDuty alert webhookPagerDuty
- ActionLook up open Linear incident for serviceLinear
- LogicReuse existing or create new incident?
- ActionAttach alert and link to canonical issueLinear
- ActionSubscribe paged respondersLinear
- OutputPost roll-up to incident Slack channelSlack
What it does
During an outage, PagerDuty often fires dozens of related alerts that would otherwise spawn dozens of Linear tickets. This workflow detects an alert storm within a time window, opens one canonical Linear incident (or reuses an existing open one for the same service), and links every incoming alert to it while subscribing each responder named on the alerts.
When to use it
Use it on services where a single failure cascades into many alerts. Instead of triaging duplicate tickets after the fact, you get one incident that accumulates context in real time and a subscriber list that already includes everyone paged.
How it works
- 1A PagerDuty incident webhook triggers on each new alert.
- 2The flow checks for an open Linear incident already tied to that PagerDuty service.
- 3A branch decides: reuse the existing incident, or create a new canonical one.
- 4It appends the alert details and links the PagerDuty incident to the Linear issue.
- 5It adds every responder from the alert as a subscriber on the canonical issue.
- 6It posts a running roll-up to the incident's Slack channel.
Set it up
What you configure once, before turning it on.
- 1Connect PagerDutyIncidents, on-call, escalations.
- 2Connect LinearIssues, projects, cycles, triage.
- 3Connect SlackChannels, DMs, threads, mentions.
- 4Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
- 5Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
- 6Test, then turn it onRun once against a sample, confirm the output, then enable the trigger.
More Ticket Management workflows
Enrich Discord bug reports with Sentry errors before filing in Linear
Takes a Discord bug report, has an LLM pull out likely error signatures, searches Sentry for matching events.
Front-to-Linear Recurring Bug Linker
When a Front ticket is tagged as a bug, it searches Linear for an existing matching issue and either links the ticket to that parent issue or opens a new tracked one.
Front Duplicate Conversation Clusterer
When a new Front conversation arrives, it semantically compares the report against open conversations.
Intercom Known-Issue Auto-Responder
When a new Intercom conversation matches a known active incident, it attaches the conversation to that incident's parent ticket and sends the customer the current status reply.
Weekly reopen-by-agent coaching digest
Aggregates each agent's solved-then-reopened tickets for the week, identifies the most common reopen reason per agent, and emails a private coaching digest to the support manager.
Escalate repeat reopens to a Linear bug
Detects when the same underlying issue reopens across multiple tickets, uses an AI agent to cluster them by root cause.
Run it inside a business
This workflow drops into a full company template. Import the org, and this is one of the playbooks its agents run.

Run this workflow in your colony.
14-day trial. No DevOps. No Sales call. Provisioned in under a minute.
