← ClaudeAtlas

mr-reviewlisted

Use this skill whenever the user wants to perform a code review on a GitLab Merge Request (MR). Triggers include: any mention of "code review", "review MR", "review merge request", "review MR ID", "check MR", "review this MR", or when the user provides an MR ID (e.g. "MR 42", "!42") with or without an associated issue ID. This skill handles the full review lifecycle: reading prior review comments, fetching related issue context, performing a structured code review with impact analysis, and posting the result as a GitLab MR comment. Always use this skill when a GitLab MR review is involved — even if the user says "just a quick review" or only provides an MR ID.
rdlugs/ai-skills · ★ 0 · Code & Development · score 60
Install: claude install-skill rdlugs/ai-skills
# GitLab Code Review Skill Reviews a GitLab MR using the `glab` CLI: fetch the diff and prior comments, optionally pull issue context, analyze, then post findings as an MR note. **Requirements** - `bash` tool access - Either the `glab` CLI (authenticated against the company's self-hosted GitLab), or `curl` + `jq` — see the **API fallback** appendix at the end of this file **Command compatibility.** This skill sticks to long-stable `glab` commands. Avoid `glab mr note list` and `glab mr note create` — the first is marked experimental and may be removed; both are absent from older glab versions still widely installed. Use `glab mr view --comments` and `glab mr note -m` instead. **Never type `<MR_ID>` into a shell.** Bash reads `<` as input redirection, so `glab mr view <MR_ID>` tries to open a file named `MR_ID`, fails with a misleading error, and never runs glab at all. Bind the inputs to variables once (Step 0) and use `"$MR_ID"` everywhere after. --- ## Step 0 — Verify tooling, auth & collect inputs Two distinct failures live here — don't conflate them: ```bash command -v glab || echo "NO_GLAB" ``` **If glab is missing**, don't stop and don't improvise — skip to the **API fallback** appendix at the end of this file and carry on with the same review steps. Everything `glab` does here is a thin wrapper over the GitLab REST API, so nothing about the review itself changes. **If glab exists**, check auth separately: ```bash glab auth status ``` If auth fails, **do n