chore: add /release-notify skill to credit reporters after a release - #2715
git-nandor wants to merge 1 commit into
Conversation
Finds who reported the issues fixed in a release — from the Slack link in the Jira ticket and from channel threads quoting the issue key — and drafts a Slack message crediting them. Nothing is posted automatically. Refs: INSTUI-5133 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
Visual regression reportCypress suite: ✅ Passing Visual diff:
Accessibility (axe): ✅ No violations. 📊 View full report — click a screenshot's ⚠ badge to see each violation boxed on the image, with the offending element named and contrast failures shown as color swatches. Baselines come from the |
balzss
left a comment
There was a problem hiding this comment.
Works, but I think it solves the wrong problem.
We already know the reporter at triage time. /slack-triage resolves the user IDs in Step 1, and puts the thread link in the ticket in Step 5. Then we drop both, and this PR spends a six-month channel scan and 2.5 minutes rebuilding them by guesswork. Your own number: six of 22 tickets had a usable link.
Better: make /slack-triage store the reporter and the thread link as structured data (Jira Reporter field or a reported-by-<slack-id> label), and make it required. Then /release-notify just reads that field and writes the draft.
That means gather.mjs goes away completely, and the Jira credentials in .env.example with it — the atlassian MCP server already gives us Jira. Tickets triaged before this change won't have a reporter, and I'd accept that rather than keep a scanner for them.

Summary
/release-notifycommand: works out who reported the issues fixed in a release and drafts a Slack message crediting them by name. Nothing is posted automatically — the block is copy-pasted by a human.gather.mjsscript collects the release's Jira tickets and the#instuithreads and narrows them down; the command itself decides who the reporter is.Test Plan
/release-notifyafter a release and check the draft credits the right people. The key thing to eyeball: the reporter must be the thread's root author, not the developer who pasted the Jira link into the thread.SLACK_BOT_TOKENand the threeJIRA_*keys in the root.env, and the bot must be a member of#instui— see/slack-setup.v11.7.4..v11.7.5: of a hand-written reporter list, 4 of 6 matched with no false positives. The other two are unreachable in principle — their report thread never quoted the issue key and their ticket never linked the thread, so nothing connects them.Fixes INSTUI-5133
🤖 Generated with Claude Code