Triage
Classify inbound work, reduce duplicates, and route items to the right owner or workflow.
Triage is a scheduled guided setup in Automations. It turns incoming issues, threads, and alerts into routed engineering work with enough context for a Droid or teammate to act.
Use Triage when the team needs a repeatable path from "someone reported something" to "the right workflow owns it."
What Triage does
Triage moves each incoming item through four steps:
- 1
- 2Classify the request by type, priority, repository, owning team, and likely workflow.
- 3Reduce duplicates by comparing new work against recent issues, related threads, and open pull requests.
- 4Route the item to a teammate, queue, Droid session, or Automation.
When to use it
Turn team threads into tracked engineering work with the right context attached.
Group duplicate reports, identify the likely owning surface, and start remediation.
Send repeatable triage decisions into scheduled or trigger-based workflows.
What to connect first
Start with the systems where work already arrives:
| Source | What Triage reads | Common route |
|---|---|---|
| Linear | Issue title, description, comments, labels, project, and status | Owning team, implementation session, or duplicate closure |
| Slack | Channel, thread, links, and requester context | Incident response, bug investigation, or follow-up issue |
| GitHub | Repository, issue, pull request, and CI context | Code review, QA, security review, or AutoWiki |
After the first source is connected, add a narrow automation before broadening coverage. A good first workflow is "classify new bugs in one team queue and route only high-confidence matches."