code-review

Transform pull request assessments into severity-labeled, structured feedback.

3|Updated Mar 14, 2026
One-click install
npx skills add https://github.com/Muvon/octomind-tap --skill code-review-muvon
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: code-review
Source: https://github.com/Muvon/octomind-tap/tree/main/skills/code-review
Command: npx skills add https://github.com/Muvon/octomind-tap --skill code-review-muvon

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams perform consistent, constructive code reviews by turning vague opinions into actionable, severity-based feedback that improves quality before merge.

Core Features & Use Cases

  • Reviewer Checklist: Covers correctness, design, readability, tests, security, and performance so reviews are thorough and repeatable.
  • Giving Feedback: Uses clear severity labels (nit/suggestion/question/issue/blocker) and encourages specificity with line-level references.
  • Receiving Feedback: Promotes professional handling of comments by resolving, fixing, or explaining decisions respectfully.

Quick Start

Ask the AI to review the changes in your pull request and produce a checklist-based set of comments with severity labels, focusing on correctness, tests, security, and readability.

Frequently Asked Questions about code-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is the best way to standardize code review feedback across a development team?

Standardizing code review involves applying structured, severity-labeled feedback to pull requests. It enforces coverage across correctness, design, readability, tests, security, and performance, transforming vague opinions into actionable, constructive guidance for developers.

How do I structure pull request comments to ensure they are constructive and actionable?

To structure PR comments constructively, use clear severity labels such as nit, suggestion, question, issue, or blocker. Provide specific, line-level references to code changes so that the developer receiving feedback can resolve, fix, or explain decisions respectfully.

What should be included in a reviewer checklist for a pull request?

A thorough PR reviewer checklist should cover correctness, design, readability, tests, security, and performance. Reviewing these dimensions ensures that engineering best practices are met and that code quality is verified before merging changes into the codebase.

Can I use this code review process for any programming language?

Yes, this code review process is language-agnostic and applies to any development workflow. It focuses on establishing team review norms and evaluating code correctness, security, and performance without relying on language-specific linting tools or frameworks.

How do I prepare my code for review to reduce nit comments and blockers?

Preparing code for review requires checking changes against a structured rubric of design, readability, tests, security, and performance. Self-assessing your pull request against these criteria before submission helps minimize blockers and severe issues.

Why should I use severity labels instead of general comments in code reviews?

Using severity labels like issue, suggestion, or blocker standardizes assessment and clarifies urgency. It transforms subjective opinions into actionable feedback, ensuring reviewers communicate effectively and developers understand exactly what must be fixed before merge.