project-orchestrator:quality-reviewer

Review code changes between base_sha and head_sha for quality, security, and maintainability.

Updated Feb 15, 2026
One-click install
npx skills add https://github.com/GigaFyde/project-orchestrator --skill project-orchestrator-quality-reviewer
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: project-orchestrator:quality-reviewer
Source: https://github.com/GigaFyde/project-orchestrator/tree/main/skills/quality-reviewer
Command: npx skills add https://github.com/GigaFyde/project-orchestrator --skill project-orchestrator-quality-reviewer

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Reviews implementation quality after spec compliance passes. The skill checks that changes are readable, reliable, and secure before merging.

Core Features & Use Cases

  • Automated diff-based quality assessment: evaluates code clarity, test coverage, security, and maintainability.
  • Process-oriented review: follows the defined steps (git diff, read context, assess dimensions, report findings).
  • Use Case: After a feature is implemented, run this review to validate quality before merge.

Quick Start

Run the quality review on the changes from base_sha to head_sha and report findings.

Frequently Asked Questions about project-orchestrator:quality-reviewer

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

FAQPage Schema
How do I review code quality and security using a git diff?

Code quality review using a git diff analyzes changes between a base SHA and head SHA to evaluate readability, security, and maintainability across touched modules. It follows a structured workflow to assess code clarity, test coverage, and project-specific patterns.

What is a post-spec code quality review and when do I need it?

Post-spec code quality review validates implementation quality after spec compliance passes and before merging. You need it to ensure feature changes are readable, reliable, and secure across multiple files and varying test changes before final integration.

How do I check maintainability and test coverage in my git diff before a merge?

Checking maintainability and test coverage in a git diff involves reading the changed code context, assessing dimensions like clarity and security, and reporting findings. This structured review validates that touched modules meet reliability and project-specific pattern requirements.

Does diff-based code review work across multiple files and modules?

Diff-based code review works across multiple files and touched modules by analyzing changes between base and head commits. It evaluates code clarity, test quality, security, and maintainability while adhering to project-specific CLAUDE patterns throughout the varying test changes.

Can I use an automated quality assessment for feature implementation validation?

Automated quality assessment validates feature implementation by processing git diff changes between base and head SHAs. It follows a structured process-oriented workflow to evaluate code clarity, test coverage, security, and maintainability before reporting findings for merge readiness.

What's the best way to ensure code clarity and security in a git diff?

Ensuring code clarity and security in a git diff requires a structured review workflow that analyzes changes between base and head commits. The process evaluates readability, reliability, and project-specific CLAUDE pattern adherence across all touched modules before reporting findings.