code-review-and-quality

Reviews code changes across correctness, readability, architecture, security, and performance axes.

1|Updated Apr 13, 2026
One-click install
npx skills add https://github.com/insightriot/signal --skill code-review-and-quality-insightriot
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: code-review-and-quality
Source: https://github.com/insightriot/signal/tree/main/plugin/skills/review/code-review-and-quality
Command: npx skills add https://github.com/insightriot/signal --skill code-review-and-quality-insightriot

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Code changes often get merged with superficial reviews that only check whether tests pass, letting architecture flaws, security vulnerabilities, and readability debt slip into the codebase. This Skill enforces a structured, multi-dimensional review process with severity-labeled findings and explicit quality gates before any merge. ## Core Features & Use Cases - Five-Axis Review: Evaluates every change on correctness, readability, architecture, security, and performance with concrete checklists per axis. - Severity-Labeled Findings: Categorizes review comments as Critical, Nit, Optional, or FYI so authors know exactly what blocks the merge. - Change Sizing and Splitting: Flags oversized changesets and suggests splitting strategies (stack, file group, horizontal, vertical). - Use Case: After an AI agent generates a feature implementation, run this review to catch unvalidated input, missing regression tests, N+1 queries, and dead code before merging the PR. ## Quick Start Review the changes in my current branch across all five quality axes and list findings with severity labels before I merge.

Frequently Asked Questions about code-review-and-quality

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

FAQPage Schema
How do I review AI-generated code before merging?▼

Review AI-generated code across five axes: correctness, readability, architecture, security, and performance. Check that tests verify behavior rather than implementation details, validate input handling at system boundaries, and never assume generated code is correct without evidence.

What should a code review checklist include?▼

A thorough checklist covers correctness (edge cases, error paths), readability (naming, control flow), architecture (module boundaries, dependency direction), security (input validation, secrets, parameterized queries), and performance (N+1 queries, unbounded loops, pagination).

How large should a pull request be for effective review?▼

Around 100 lines changed is reviewable in one sitting, and 300 lines is acceptable for a single logical change. Changes near 1000 lines should be split using stacking, file-group, horizontal, or vertical splitting strategies.

When should a code review block a merge?▼

A review blocks merge when Critical findings exist, such as security vulnerabilities, correctness defects, or missing regression tests for bug fixes. Minor issues labeled Nit, Optional, or FYI should not block approval if the change improves overall code health.

Why do reviews that only check passing tests miss problems?▼

Passing tests do not catch architecture violations, security flaws, readability debt, or missing edge-case coverage. Tests may also verify implementation details rather than behavior, giving false confidence in the change.