skills/respond-to-review/SKILL.md
Address review feedback on your own merge request — resolve threads fixed by a commit, reply to threads you are not addressing
npx skillsauth add athal7/dotfiles respond-to-reviewInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Fetch all open review threads. Note thread ID, file, line, comment body, author, resolved status.
Plan a stance per thread as a list — fix or decline-with-reason — before any code changes. Do not propose follow-up issues or deferred work as a stance; if the work is genuinely tracked elsewhere, that is a decline-with-reason whose reason cites the existing tracking.
Verify the plan: every thread has a stance, fix-stance has a test-first approach, decline-stance has a substantive reason. Apply findings.
Work through every thread:
Push. The source control host ties thread resolution to the commit, so push before resolving or replying.
Verify coverage. Re-fetch threads; every one must be either resolved or have a reply from you. Never hand back with threads that have neither.
Re-request review from every reviewer who previously reviewed.
Rules:
development
Zoom meeting captions — file locations and format
tools
macOS dictation custom vocabulary — sync knowledge base names and terms to the system spelling dictionary
testing
Look up people, projects, products, and decisions locally first: contact info (email, Slack ID, GitHub handle), titles and teams, project/product status, who works on what, and past decisions. Check before searching Slack, email, calendar, or GitHub — this is the first stop for any contact detail, project context, or decision-history question.
testing
Communication style, audience awareness, and AI-authorship markers for human-facing prose — load when composing chat messages, review comments, merge request descriptions, emails, doc bodies, or ticket descriptions