Triage Workflow
The Triage workflow classifies issues discovered in the previous phase, recommending labels, detecting duplicates, and producing handoff files for sprint planning or direct execution.
When to Useโ
- ๐ท๏ธ Issues need labels assigned or updated after a discovery pass
- ๐ Suspected duplicates require confirmation before closing
- ๐ Preparing issue metadata for milestone assignment in sprint planning
- ๐งน Cleaning up a backlog with inconsistent or missing labels
What It Doesโ
- Reads issue analysis files produced by the discovery workflow
- Evaluates each issue against a 17-label taxonomy organized by category
- Compares issues across four similarity dimensions to detect duplicates
- Generates confidence scores for label suggestions and duplicate matches
- Produces triage recommendations with reasoning for each classification
NOTE
Triage recommendations are proposals, not automatic changes. The execution workflow applies labels and closes duplicates only after you review and approve the handoff file.
Label Taxonomyโ
The triage workflow uses a structured label taxonomy organized into four categories:
| Category | Labels | Purpose |
|---|---|---|
| Type | bug, feature, enhancement, documentation, maintenance, security | Classifies the nature of work |
| Lifecycle | needs-triage, duplicate, wontfix, breaking-change | Controls issue disposition |
| Scope | agents, prompts, instructions, infrastructure | Maps to repository components |
| Community | good-first-issue, help-wanted, question | Contributor engagement and support |
Each issue receives one label per category where applicable. The triage workflow explains its reasoning for each suggested label, allowing you to adjust before execution.
Duplicate Detectionโ
Duplicate detection compares issues across four dimensions:
- Title similarity using normalized keyword matching
- Description overlap through content comparison
- Label set intersection to identify functionally equivalent issues
- Assignee and milestone alignment to catch split work items
When confidence exceeds the threshold, the workflow links the duplicate pair in its recommendation file and suggests which issue to keep based on age, completeness, and discussion activity.
Output Artifactsโ
.copilot-tracking/github-issues/triage/<YYYY-MM-DD>/
โโโ planning-log.md # Progress tracking and analysis results
โโโ triage-plan.md # Label suggestions, duplicate findings, and recommended operations
The triage plan includes reasoning for each classification, making it possible to adjust recommendations before execution applies them.
How to Useโ
Option 1: Prompt Shortcutโ
Triage the issues discovered in my latest discovery session
Check for duplicates in microsoft/hve-core issues labeled "needs-triage"
Option 2: Direct Agentโ
Attach or reference the discovery output files when starting a triage conversation. The agent reads the issue analysis and begins classification automatically.
Example Promptโ
Triage all issues from my latest discovery pass for microsoft/hve-core.
Apply the standard label taxonomy and flag any potential duplicates with
confidence scores above 70%.
Tipsโ
โ Do:
- Run discovery first to build a complete issue inventory before you triage
- Review duplicate pairs before approving closure recommendations
- Adjust label suggestions in the handoff file before passing to execution
- Use the confidence scores to prioritize which recommendations to review first
โ Don't:
- Triage issues you haven't discovered (the workflow needs analysis files as input)
- Auto-approve all triage recommendations without reviewing confidence scores
- Modify the handoff file format (execution depends on the checkbox structure)
- Run triage and execution in the same session without clearing context
Common Pitfallsโ
| Pitfall | Solution |
|---|---|
| Low confidence on label suggestions | Provide more context in the issue description or add manual labels |
| False-positive duplicate matches | Review the four similarity dimensions and adjust the confidence threshold |
| Missing labels from taxonomy | Verify the label exists in the repository before expecting triage to use it |
| Triage conflicts with existing labels | The workflow flags conflicts rather than overwriting existing labels |
Next Stepsโ
- Review and adjust the triage handoff file before proceeding
- Move to Sprint Planning to assign milestones, or skip directly to Execution for label-only changes
TIP
For repositories with custom label schemes, update the taxonomy reference before running triage. The workflow applies whatever taxonomy is configured, so mismatches produce irrelevant suggestions.
๐ค Crafted with precision by โจCopilot following brilliant human instruction, then carefully refined by our team of discerning human reviewers.