feat(labels): estate label tooling + auto-triage for new issues - #107
feat(labels): estate label tooling + auto-triage for new issues#107hyperpolymath wants to merge 1 commit into
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (5)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📜 Recent review details🧰 Additional context used🪛 zizmor (1.29.0).github/workflows/label-triage.yml[error] 43-43: overly broad permissions (excessive-permissions): issues: write is overly broad at the workflow level (excessive-permissions) [warning] 43-43: permissions without explanatory comments (undocumented-permissions): needs an explanatory comment (undocumented-permissions) [info] 47-47: workflow or action definition without a name (anonymous-definition): this job (anonymous-definition) [warning] 33-40: insufficient job-level concurrency limits (concurrency-limits): workflow is missing concurrency setting (concurrency-limits) .github/workflows/labels.yml[error] 29-29: overly broad permissions (excessive-permissions): issues: write is overly broad at the workflow level (excessive-permissions) [warning] 29-29: permissions without explanatory comments (undocumented-permissions): needs an explanatory comment (undocumented-permissions) [info] 33-33: workflow or action definition without a name (anonymous-definition): this job (anonymous-definition) [warning] 20-26: insufficient job-level concurrency limits (concurrency-limits): workflow is missing concurrency setting (concurrency-limits) 🔇 Additional comments (5)
📝 WalkthroughSummary by CodeRabbit
WalkthroughThe change adds generated label taxonomy files, a jq-based issue classifier, an additive issue-triage workflow, and a scheduled label-synchronisation workflow. ChangesIssue Label Automation
Estimated code review effort: 4 (Complex) | ~45 minutes Merge Risk: ⚪ Minimal · up to This additive label tooling change has no actionable merge-blocking risk identified at the current head and is merge-ready after normal checks and review. Sequence Diagram(s)sequenceDiagram
participant IssueEvent
participant LabelTriageWorkflow
participant GitHubAPI
participant ClassifyIssueJQ
IssueEvent->>LabelTriageWorkflow: trigger on opened or reopened issue
LabelTriageWorkflow->>GitHubAPI: fetch rules, script, title, and labels
LabelTriageWorkflow->>ClassifyIssueJQ: classify title with existing labels
ClassifyIssueJQ->>LabelTriageWorkflow: return candidate labels
LabelTriageWorkflow->>GitHubAPI: add defined labels to issue
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
Full details: Docstring CoverageExplanation No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 0 files. (5 skipped: 5 unsupported.) Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Up to standards ✅🟢 Issues
|
Ships the canonical label set and the classifier that labels newly-filed issues. Additive only: it never removes a label, never overrides a human's classification, stays silent when unsure, and never fails an issue. Also adds this repo's two new workflows to .github/workflows/actions.lock as '[]'. That lock is keyed by workflow path and refuses any workflow it does not list -- a startup_failure, which produces no check run and is therefore silent. `gh actions-lock` cannot add these: it records action versions, and both workflows deliberately use no actions. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
df98517 to
95d85e6
Compare
|



Ships the canonical label set and the classifier that labels newly-filed issues.
Additive only — never removes a label, never overrides a human's classification, silent when unsure, never fails an issue.
Also adds this repo's two new workflows to
.github/workflows/actions.lockas[]. That lock is keyed by workflow path and refuses any workflow it does not list — astartup_failure, which produces no check run and is therefore silent.gh actions-lockcannot add these: it records action versions, and both workflows deliberately use none.See
docs/LABELS.adocin hyperpolymath/.git-private-farm.🤖 Generated with Claude Code