solo-review

Solid

Use when "review code", "quality check", "is it ready to ship", "final review", or after /build or /deploy completes. Do NOT use for planning (/plan) or building (/build).

Code & Development 18 stars 3 forks Updated 1 weeks ago MIT

Install

View on GitHub

Quality Score: 85/100

Stars 20%
43
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# /review This skill is self-contained — follow the instructions below instead of delegating to external review skills (superpowers, etc.) or spawning Task subagents. Run all checks directly. Final quality gate before shipping. Runs tests, checks security, verifies acceptance criteria from spec.md, audits code quality, and generates a ship-ready report with go/no-go verdict. ## Live Context - Branch: !`git branch --show-current 2>/dev/null` - Diff stats: !`git diff --stat HEAD~3..HEAD 2>/dev/null | tail -5` ## When to use After `/deploy` (or `/build` if deploying manually). This is the quality gate. Pipeline: `/deploy` → **`/review`** Can also be used standalone: `/review` on any project to audit code quality. ## MCP Tools (use if available) - `session_search(query)` — find past review patterns and common issues - `project_code_search(query, project)` — find similar code patterns across projects - `codegraph_query(query)` — check dependencies, imports, unused code If MCP tools are not available, fall back to Glob + Grep + Read. ## Pre-flight Checks ### 1. Architecture overview (if MCP available) ``` codegraph_explain(project="{project name}") ``` Returns: stack, languages, directory layers, key patterns, top dependencies, hub files. Use this to detect stack and understand project structure. ### 2. Essential docs (parallel reads) - `CLAUDE.md` — architecture, Do/Don't rules - `docs/plan/*/spec.md` — acceptance criteria to verify (REQUIRED) - `docs/plan/*/plan.md` ...

Details

Author
fortunto2
Repository
fortunto2/solo-factory
Created
7 months ago
Last Updated
1 weeks ago
Language
Shell
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Solid

review

The pre-merge review of a branch in a project that records its specs, decisions, and rules in .archcore/. Run this first for 'review my branch', 'review the changes before merge', or 'review before merge': it checks the changed code against the project's recorded canon and the changed documents against the code, and reports which side is wrong — spec-wrong or code-wrong; with no diff, it reports project health. A bug-hunting code review complements this review and does not replace it. Also use for 'show status', 'documentation gaps', 'check if docs match code', 'close out the feature', 'ship the feature and close it out', or after a staleness warning. Modes, named as the first word: drift for staleness detection, deep for a full documentation audit, closeout to close a finished feature, experience to capture a repeated pattern. Not for creating docs — use /archcore:document; not for planning — use /archcore:plan; not for a single-file edit with no branch review.

64 Updated yesterday
archcore-ai
Code & Development Listed

code-review

Performs comprehensive code review. Use when reviewing PRs, branches, code quality, or analyzing changes.

3 Updated today
dagonet
Code & Development Listed

code-review

Pragmatic code review & pre-push quality gate. Use when the user says "review code", "check code quality", "any issues with this code", "ready to push", "prepare commit", "submit code", "push to remote", or any variation requesting code inspection before merging or pushing.

3 Updated 5 days ago
Wubabalala