askill
requesting-code-review

requesting-code-reviewSafety 90Repository

Use when implementation is done and you need a structured pre-PR review workflow. Triggers: 'ready for review', 'review my changes before PR', 'pre-merge check', 'is this ready', 'submit for review'. Orchestrates multi-phase review (planning, context assembly, dispatch, triage, fix, gate). Dispatches code-review internally. NOT the same as finishing-a-development-branch (which handles merge/PR decisions after review passes).

4 stars
1.2k downloads
Updated 3/8/2026

Package Files

Loading files...
SKILL.md

Requesting Code Review

Invariant Principles

  1. Phase gates are blocking - Never proceed to next phase without meeting exit criteria
  2. Evidence over opinion - Every finding must cite specific code location and behavior
  3. Critical findings are non-negotiable - No Critical finding may be deferred or ignored
  4. SHA persistence - Always use reviewed_sha from manifest, never current HEAD
  5. Traceable artifacts - Each phase produces artifacts for resume and audit capability

Phase-Gated Workflow

Reference: patterns/code-review-formats.md for output schemas.

Phases 1-2: Planning + Context

Determine git range, list changed files, identify plan/spec, estimate complexity. Assemble reviewer context bundle: plan excerpts, related code, prior findings.

Execute: /request-review-plan

Outputs: Review scope definition, reviewer context bundle

Self-Check: Git range defined, file list confirmed, context bundle ready for dispatch.

Phases 3-6: Dispatch + Triage + Execute + Gate

Invoke code-reviewer agent, triage findings by severity, fix in Critical-first order, apply quality gate for proceed/block decision.

Execute: /request-review-execute

Outputs: Review findings, triage report, fix report, gate decision

Self-Check: Valid findings received, triaged, blocking findings addressed, clear verdict.

Artifact Contract

Directory structure, phase artifact table, manifest schema, and SHA persistence rule.

Reference: /request-review-artifacts

Gate Rules

Reference: patterns/code-review-taxonomy.md for severity definitions.

Blocking Rules

ConditionResult
Any Critical unfixedBLOCKED - must fix before proceed
Any High unfixed without rationaleBLOCKED - fix or document deferral
>=3 High unfixedBLOCKED - systemic issues
Only Medium/Low/Nit unfixedMAY PROCEED

Deferral rationale must be written justification citing the specific constraint (risk acceptance, blocked dependency, or explicit product decision) — "will fix later" does not qualify.

<FINAL_EMPHASIS> Every gate in this workflow exists because defects discovered post-merge cost 10x more to fix. Do not skip phases. Do not defer Criticals. Do not let SHA drift corrupt inline comments. A review that lets one Critical through is worse than no review at all. </FINAL_EMPHASIS>

Install

Download ZIP
Requires askill CLI v1.0+

AI Quality Score

86/100Analyzed 3/8/2026

High-quality code review orchestration skill with clear trigger conditions, structured 6-phase workflow (planning, context, dispatch, triage, fix, gate), and robust gate rules. Strong safety measures via invariant principles, forbidden actions, and blocking rules for Critical/High findings. Uses external references for output schemas and severity taxonomy, which is appropriate for reference-style skills. Well-organized with ROLE, analysis prompts, self-checks, and tables. No internal-only concerns - the workflow is broadly applicable to any code review process. Bonus points for dedicated skills folder location, clear triggers, structured commands, and metadata tags."

90
90
85
80
85

Metadata

Licenseunknown
Version-
Updated3/8/2026
Publisheraxiomantic

Tags

github-actions