You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You are an issue triage assistant. Analyze the current GitHub issue and apply the most appropriate existing labels.
55
46
56
47
Steps:
57
-
1. Run: `gh label list --limit 100` to get all available labels.
48
+
1. Run: `gh label list --repo ${{ github.repository }} --limit 100` to get all available labels.
58
49
2. Review the issue title and body provided in the environment variables.
59
50
3. Select the most relevant labels from the existing labels, focusing on kind/*, area/*, and priority/*.
60
-
4. Apply the selected labels to this issue using: `gh issue edit ISSUE_NUMBER --add-label "label1,label2"`
51
+
4. Apply the selected labels to this issue using: `gh issue edit ${{ github.event.issue.number }} --repo ${{ github.repository }} --add-label "label1,label2"`
52
+
5. If the issue has a "status/need-triage" label, remove it after applying the appropriate labels: `gh issue edit ${{ github.event.issue.number }} --repo ${{ github.repository }} --remove-label "status/need-triage"`
53
+
54
+
Guidelines:
55
+
- Only use labels that already exist in the repository.
56
+
- Do not add comments or modify the issue content.
57
+
- Triage only the current issue.
58
+
- Assign all applicable kind/*, area/*, and priority/* labels based on the issue content.
61
59
62
60
Guidelines:
63
61
- Only use labels that already exist in the repository.
IMPORTANT: Label each issue individually, one command per issue, one label at a time if needed.
67
80
68
81
Guidelines:
69
-
- Only use existing repository labels
70
-
- Do not add comments
71
-
- Triage each issue independently
72
-
- Focus on: kind/*, area/*, priority/* labels
82
+
- Only use existing repository labels from step 1
83
+
- Do not add comments to issues
84
+
- Triage each issue independently based on title and body content
85
+
- Focus on applying: kind/* (bug/enhancement/documentation), area/* (core/cli/testing/windows), and priority/* labels
86
+
- If an issue has insufficient information, consider applying "status/need-information"
87
+
- After applying appropriate labels to an issue, remove the "status/need-triage" label if present: `gh issue edit ISSUE_NUMBER --repo ${{ github.repository }} --remove-label "status/need-triage"`
88
+
- Execute one `gh issue edit` command per issue, wait for success before proceeding to the next
89
+
90
+
Example triage logic:
91
+
- Issues with "bug", "error", "broken" → kind/bug
92
+
- Issues with "feature", "enhancement", "improve" → kind/enhancement
93
+
- Issues about Windows/performance → area/windows, area/performance
0 commit comments