Set up agentic issue triaging#47696
Conversation
There was a problem hiding this comment.
Pull request overview
This PR migrates the Azure SDK for Python repository's initial issue triage from the rules-based github-event-processor to a gh-aw agentic workflow. It adds a new agentic workflow source (issue-triage.md) describing a multi-step triage decision flow (customer evaluation, label prediction, CODEOWNERS-based owner routing, and analysis comments), its compiled issue-triage.lock.yml, and flips the legacy InitialIssueTriage rule off so the two systems don't both run on issues.opened.
Changes:
- Add
issue-triage.md: an agentic triage workflow that runs onissues.opened/workflow_dispatch, predicts Client/Mgmt + service labels, routes via CODEOWNERS, and includes a custommention_ownerssafe-output job to preserve real @mentions. - Add
issue-triage.lock.yml: the gh-aw-compiled lock file (read-only GitHub MCP server, safe-outputs after threat detection, firewalled network). - Update
event-processor.config: setInitialIssueTriagetoOffwhile leaving the other issue-automation rules enabled.
Reviewed changes
Copilot reviewed 2 out of 3 changed files in this pull request and generated 1 comment.
| File | Description |
|---|---|
.github/workflows/issue-triage.md |
New agentic triage prompt + frontmatter (permissions, network, safe-outputs, custom mention_owners job). |
.github/workflows/issue-triage.lock.yml |
Auto-generated lock file (DO NOT EDIT) compiled from the .md source. |
.github/event-processor.config |
Disables the legacy InitialIssueTriage rule to avoid overlap with the new workflow. |
Notes for the reviewer:
- The
.lock.ymlis generated bygh aw compile; it should not be hand-edited and appears consistent with the source frontmatter (network allowlist,issuestoolset, timeouts, safe-output maxima). - The custom
mention_ownersjob posts the agent-providedmessageverbatim, bypassing the sanitization/length-cap that the standardadd_commentsafe-output applies — see the inline comment. - This is a security-sensitive workflow that runs on issues opened by anyone (
roles: all,min-integrity: none) with write access to issues, so it warrants careful human review.
There was a problem hiding this comment.
The workflow looks good, but what version of gh-aw was used to compile this? From the lock.yml I see "compiler_version":"v0.79.8" but I see the latest is https://github.com/github/gh-aw/releases/tag/v0.80.9 -- can you regenerate with that to make sure the token permissions work?
migrate to agentic issue triaging
issue-triage.mdis based off of