reviewer

Inspects code, architecture, and documentation for correctness issues and drift using read-only repository analysis.

Updated Jun 12, 2026
One-click install
npx skills add https://github.com/oleyna80/agentic-sdlc-framework --skill reviewer-oleyna80
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: reviewer
Source: https://github.com/oleyna80/agentic-sdlc-framework/tree/main/.opencode/skills/reviewer
Command: npx skills add https://github.com/oleyna80/agentic-sdlc-framework --skill reviewer-oleyna80

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams need a consistent, read-only inspection pass that catches correctness bugs, architecture boundary violations, security concerns, and documentation drift before changes ship, without giving the inspector write access to the codebase. ## Core Features & Use Cases - Multi-dimension inspection: Covers correctness, edge cases, error handling, architecture and dependency boundaries, security and privacy side effects, maintainability, test gaps, unapproved scope expansion, and documentation drift between specs, code, and plans. - Read-only safety: Uses only inspection commands like git status, git diff, git log, grep, rg, and jq, with no edits, commits, or destructive Git operations. - Structured verdicts: Reports READY, CHANGES_REQUIRED, BLOCKED, or UNVERIFIED with findings ordered by severity and file/line evidence. - Use Case: Before merging a pull request, ask for a review of the diff to detect regressions, missing error handling, and drift between the updated code and its specification documents. ## Quick Start Review the current git diff for correctness issues, security concerns, and drift between the code and the specification documents.

Frequently Asked Questions about reviewer

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

FAQPage Schema
How do I review a git diff for bugs before merging?▼

Run a read-only review over git diff output checking correctness, edge cases, error handling, and regressions. Findings are reported ordered by severity with file and line evidence, ending in a READY or CHANGES_REQUIRED verdict.

How to detect drift between documentation and code?▼

Compare specification documents, plans, and the actual implementation side by side using grep and git history. The review flags inconsistencies where code behavior diverges from documented requirements or acceptance criteria.

Can a code review agent modify files during inspection?▼

No. This reviewer is strictly read-only: it uses git status, git diff, git log, grep, rg, and jq for inspection but never edits files, commits, or runs destructive Git commands. Findings go to the Orchestrator for decisions.

What does a BLOCKED or UNVERIFIED review verdict mean?▼

BLOCKED means the review cannot complete due to missing authority, evidence, or access. UNVERIFIED means a required check could not run. Both signal that results are incomplete rather than that the code passed review.

What are the limitations of read-only code review?▼

Read-only review identifies issues but cannot apply fixes, run modifications, or verify corrections itself. Corrective action and final acceptance decisions are delegated to other roles such as the Orchestrator and Verifier.