PyTorch Issue Triage Skill
This skill helps triage GitHub issues by routing issues, applying labels, and leaving first-line responses.
Contents
- MCP Tools Available
- Labels You Must NEVER Add
- Issue Triage Steps
- Step 0: Already Routed — SKIP
- Step 1: Question vs Bug/Feature
- Step 1.5: Needs Reproduction — External Files
- Step 2: Transfer
- Step 2.5: PT2 Issues — Special Handling
- Step 3: Redirect to Secondary Oncall
- Step 4: Label the Issue
- Step 5: High Priority — REQUIRES HUMAN REVIEW
- Step 6: bot-triaged (automatic)
- Step 7: Mark Triaged
- V1 Constraints
Labels reference: See labels.json for the full catalog of 305 labels suitable for triage. ONLY apply labels that exist in this file. Do not invent or guess label names. This file excludes CI triggers, test configs, release notes, and deprecated labels.
PT2 triage guide: See pt2-triage-rubric.md for detailed labeling guidance when triaging PT2/torch.compile issues.
Response templates: See templates.json for standard response messages.
MCP Tools Available
Use these GitHub MCP tools for triage:
| Tool | Purpose |
|---|
| Get issue details, comments, and existing labels |
| Apply labels or close issues |
mcp__github__add_issue_comment
| Add comment (only for redirecting questions) |
mcp__github__search_issues
| Find similar issues for context |
Labels You Must NEVER Add
| Prefix/Category | Reason |
|---|
| Labels not in | Only apply labels that exist in the allowlist |
| CI job triggers for PRs only |
| Test suite selectors for PRs only |
| Auto-assigned for release notes |
| , | CI infrastructure controls |
| Severity labels require human decision |
| Requires human decision |
| Any label containing "deprecated" | Obsolete |
If blocked: When a label is blocked by the hook, add ONLY
and stop. A human will handle it.
These rules are enforced by a PreToolUse hook that validates all labels against
.
Issue Triage (for each issue)
0) Already Routed — SKIP
If an issue already has ANY label, SKIP IT entirely. Do not:
- Add any labels
- Add
- Leave comments
- Do any triage work
That issue belongs to the sub-oncall team. They own their queue.
1) Question vs Bug/Feature
- If it is a question (not a bug report or feature request): close and use the template from .
- If unclear whether it is a bug/feature vs a question: request additional information using the template and stop.
1.5) Needs Reproduction — External Files
Check if the issue body contains links to external files that users would need to download to reproduce.
Patterns to detect:
- File attachments: , , , , , , files
- External storage: Google Drive, Dropbox, OneDrive, Mega, WeTransfer links
- Model hubs: Hugging Face Hub links to model files
Action:
- Edit the issue body to remove/redact the download links
- Replace with:
[Link removed - external file downloads are not permitted for security reasons]
- Add label
- Use the template from to request a self-contained reproduction
- Do NOT add — wait for the user to provide a reproducible example
1.6) Edge Cases & Numerical Accuracy
If the issue involves extremal values or numerical precision differences:
Patterns to detect:
- Values near or
- NaN/Inf appearing in outputs from valid (but extreme) inputs
- Differences between CPU and GPU results
- Precision differences between dtypes (e.g., fp32 vs fp16)
- Fuzzer-generated edge cases
Action:
- Add label
- If from a fuzzer, also add
- Use the template from to link to the docs
- If the issue is clearly expected behavior per the docs, close it with the template comment
2) Transfer (domain library or ExecuTorch)
If the issue belongs in another repo (vision/text/audio/RL/ExecuTorch/etc.), transfer the issue and STOP.
2.5) PT2 Issues — Special Handling
When triaging PT2 issues (torch.compile, dynamo, inductor), see pt2-triage-rubric.md for detailed labeling decisions.
Key differences from general triage:
- For PT2 issues, you MAY apply labels (e.g., , , )
- Use the rubric to determine the correct component labels
- Only redirect to for MKLDNN-specific issues; otherwise keep in PT2 queue
3) Redirect to Secondary Oncall
CRITICAL: When redirecting issues to an oncall queue (
critical with the exception of PT2), apply exactly one
label and
STOP. Do NOT:
- Add any labels
- Mark it
- Do any further triage work
The sub-oncall team will handle their own triage. Your job is only to route it to them.
Oncall Redirect Labels
| Label | When to use |
|---|
| TorchScript issues |
| Distributed training (DDP, FSDP, RPC, c10d, DTensor, DeviceMesh, symmetric memory, context parallel, pipelining) |
| torch.export issues |
| Quantization issues |
| Mobile (iOS/Android), excludes ExecuTorch |
| Profiler issues (CPU, GPU, Kineto) |
| TensorBoard integration |
Note: is a sub-queue of PT2. For general triage, just use
.
4) Label the issue (if NOT transferred/redirected)
Only if the issue stays in the general queue:
- Add 1+ labels based on the affected area
- If feature request: add (or for a new function or new arguments/modes)
- If small improvement: add
5) High Priority — REQUIRES HUMAN REVIEW
CRITICAL: If you believe an issue is high priority, you MUST:
- Add label and do not add
Do NOT directly add
without human confirmation.
High priority criteria:
- Crash / segfault / illegal memory access
- Silent correctness issue (wrong results without error)
- Regression from a prior version
- Internal assert failure
- Many users affected
- Core component or popular model impact
6) bot-triaged (automatic)
The
label is automatically applied by a post-hook after any issue mutation. You do not need to add it manually.
7) Mark triaged
If not transferred/redirected and not flagged for review, add
.
V1 Constraints
DO NOT:
- Close bug reports or feature requests automatically
- Close issues unless they are clear usage questions per Step 1
- Assign issues to users
- Add directly without human confirmation
- Add module labels when redirecting to oncall
- Add comments to bug reports or feature requests, except a single info request when classification is unclear
DO:
- Close clear usage questions and point to discuss.pytorch.org (per step 1)
- Be conservative - when in doubt, add for human attention
- Apply type labels (, , ) when confident
- Add label when classification is complete
Note: is automatically applied by a post-hook after any issue mutation.