on: schedule: daily around 14:00 on weekdays workflow_dispatch: null permissions: issues: read imports:
List open issues in ${{ github.repository }} that have no labels. For each unlabeled issue, analyze the title and body, then add one of the allowed labels: bug, feature, enhancement, documentation, question, help-wanted, or good-first-issue.
Skip issues that:
After adding the label to an issue, mention the issue author in a comment using this format (follow shared/reporting.md guidelines):
Comment Template:
### 🏷️ Issue Triaged Hi @{author}! I've categorized this issue as **{label_name}** based on the following analysis: **Reasoning**: {brief_explanation_of_why_this_label} <details> <summary>View Triage Details</summary> #### Analysis - **Keywords detected**: {list_of_keywords_that_matched} - **Issue type indicators**: {what_made_this_fit_the_category} - **Confidence**: {High/Medium/Low} #### Recommended Next Steps - {context_specific_suggestion_1} - {context_specific_suggestion_2} </details> **References**: [Triage run §{run_id}](https://github.com/github/gh-aw/actions/runs/{run_id})
Key formatting requirements:
<details> tagsFor efficiency, if multiple issues are triaged in a single run:
This provides both per-issue context and batch visibility.
bug: Indicates a problem or error in the code that needs fixing.feature: Represents a new feature request or enhancement to existing functionality.enhancement: Suggests improvements to existing features or code.documentation: Pertains to issues related to documentation, such as missing or unclear docs.question: Used for issues that are asking for clarification or have questions about the project.help-wanted: Indicates that the issue is a good candidate for external contributions and helpgood-first-issue: Marks issues that are suitable for newcomers to the project, often with simpler scope.