← ClaudeAtlas

review-impllisted

Review implementation changes for a given task against architectural standards. Use when reviewing a PR, evaluating recently committed code, assessing whether implementation changes are correct and architecturally sound, or when asked to 'review my changes', 'check this implementation', 'review what I built', 'is this PR ready', or 'audit recent commits'. Accepts a task description, task tracker URL, or issue shorthand (owner/repo#123, #123) as input. Produces a structured review with severity-rated findings, code evidence, and a verdict (Block / Request changes / Approve with notes / Approve). Saves the review to .reviews/Review-impl-{slug}.md. Do NOT use for specification review or spec-vs-implementation verification.
sergeyklay/.agents · ★ 5 · Code & Development · score 80
Install: claude install-skill sergeyklay/.agents
# Implementation Review ## Task **What was implemented:** Provided by the user as a task description or task tracker reference. ## Process ### Step 1: Resolve Task Reference - If the invoker has already quoted the issue title and body in this prompt (typical when an orchestrator fetched the tracker in an earlier phase and passed the context forward), use those values as the canonical task description for all subsequent steps and **do not re-fetch**. - Otherwise, if the task description above contains a GitHub issue URL (e.g. `https://github.com/owner/repo/issues/123`) or a shorthand reference (e.g. `owner/repo#123` or `#123`), run `gh issue view <url-or-reference> --json title,body` to fetch the issue title and body. Use the fetched title and body as the canonical task description for all subsequent steps. - Otherwise, if the task description above contains a Jira issue URL (e.g. `https://yourcompany.atlassian.net/browse/PROJ-123`), use appropriate Agent Skills and/or MCP tools to fetch the issue summary and description, and use those as the canonical task description for all subsequent steps. - If the task description is plain text and no issue context was provided, skip this step. ### Step 2: Understand the Project Before evaluating any changes, build a mental model of the system: 1. Read project context files: `CLAUDE.md`, `AGENTS.md`, `GEMINI.md`, `README.md`, `ARCHITECTURE.md`, and anything in `docs/`. 2. List the project root and key subdirectories to understand