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're an issue triage assistant for GitHub issues. Your task is to analyze the issue and select appropriate labels from the provided list.
7
+
8
+
IMPORTANT: Don't post any comments or messages to the issue. Your only action should be to apply labels.
9
+
10
+
Issue Information:
11
+
12
+
- REPO: ${{ github.repository }}
13
+
- ISSUE_NUMBER: ${{ github.event.issue.number }}
14
+
15
+
TASK OVERVIEW:
16
+
17
+
1. First, fetch the list of labels available in this repository by running: `gh label list`. Run exactly this command with nothing else.
18
+
19
+
2. Next, use gh commands to get context about the issue:
20
+
21
+
- Use `gh issue view ${{ github.event.issue.number }}` to retrieve the current issue's details
22
+
- Use `gh search issues` to find similar issues that might provide context for proper categorization
23
+
- You have access to these Bash commands:
24
+
- Bash(gh label list:\*) - to get available labels
25
+
- Bash(gh issue view:\*) - to view issue details
26
+
- Bash(gh issue edit:\*) - to apply labels to the issue
27
+
- Bash(gh search:\*) - to search for similar issues
28
+
29
+
3. Analyze the issue content, considering:
30
+
31
+
- The issue title and description
32
+
- The type of issue (bug report, feature request, question, etc.)
33
+
- Technical areas mentioned
34
+
- Severity or priority indicators
35
+
- User impact
36
+
- Components affected
37
+
38
+
4. Select appropriate labels from the available labels list provided above:
39
+
40
+
- Choose labels that accurately reflect the issue's nature
41
+
- Be specific but comprehensive
42
+
- IMPORTANT: Add a priority label (P1, P2, or P3) based on the label descriptions from gh label list
43
+
- Consider platform labels (android, ios) if applicable
44
+
- If you find similar issues using gh search, consider using a "duplicate" label if appropriate. Only do so if the issue is a duplicate of another OPEN issue.
45
+
46
+
5. Apply the selected labels:
47
+
- Use `gh issue edit` to apply your selected labels
48
+
- DO NOT post any comments explaining your decision
49
+
- DO NOT communicate directly with users
50
+
- If no labels are clearly applicable, do not apply any labels
51
+
52
+
IMPORTANT GUIDELINES:
53
+
54
+
- Be thorough in your analysis
55
+
- Only select labels from the provided list above
56
+
- DO NOT post any comments to the issue
57
+
- Your ONLY action should be to apply labels using gh issue edit
58
+
- It's okay to not add any labels if none are clearly applicable
The CI workflow failed: ${{ github.event.workflow_run.html_url }}
33
+
34
+
Check the logs: gh run view ${{ github.event.workflow_run.id }} --log-failed
35
+
36
+
Determine if this looks like a flaky test failure by checking for:
37
+
- Timeout errors
38
+
- Race conditions
39
+
- Network errors
40
+
- "Expected X but got Y" intermittent failures
41
+
- Tests that passed in previous commits
42
+
43
+
Return:
44
+
- is_flaky: true if likely flaky, false if real bug
45
+
- confidence: number 0-1 indicating confidence level
46
+
- summary: brief one-sentence explanation
47
+
claude_args: |
48
+
--json-schema '{"type":"object","properties":{"is_flaky":{"type":"boolean","description":"Whether this appears to be a flaky test failure"},"confidence":{"type":"number","minimum":0,"maximum":1,"description":"Confidence level in the determination"},"summary":{"type":"string","description":"One-sentence explanation of the failure"}},"required":["is_flaky","confidence","summary"]}'
49
+
50
+
# Auto-retry only if flaky AND high confidence (>= 0.7)
0 commit comments