review

Analyzes pull request diffs for security and structural risks before merge.

Updated May 7, 2026
One-click install
npx skills add https://github.com/TumeloRamaphosa/StudEx-Valley-OS --skill review-tumeloramaphosa
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: review
Source: https://github.com/TumeloRamaphosa/StudEx-Valley-OS/tree/main/.claude/skills/gstack/review
Command: npx skills add https://github.com/TumeloRamaphosa/StudEx-Valley-OS --skill review-tumeloramaphosa

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill prevents risky or incorrect code from getting merged by analyzing a pull request diff for SQL safety, LLM output trust boundary violations, conditional side effects, race conditions, and other structural issues that commonly slip past. It helps you catch problems early so you avoid broken behavior, security exposures, and hard-to-debug incidents in production.

Core Features & Use Cases

  • Pre-landing diff analysis: Inspects the changes against the base branch with a structured checklist and focuses on problems most likely to matter in real deployments.
  • SQL and data safety checks: Flags unsafe query construction, non-atomic read-check-write patterns, validation bypasses, and missing eager-loading that causes N+1 behavior.
  • LLM trust boundary checks: Reviews where model-generated values, tool outputs, or URLs are accepted without lightweight validation or allowlist controls, reducing prompt injection and SSRF risk.
  • Race condition and concurrency review: Detects unsafe status transitions and duplicate-creation patterns that require atomic updates or uniqueness constraints.
  • Shell injection and enum/value completeness checks: Looks for dangerous command invocation patterns and ensures new enum-like values are handled across all consumers.

Quick Start

Use this skill when your request says to review this PR or check my diff, focusing on the current changes you plan to land.

Frequently Asked Questions about review

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

FAQPage Schema
How do I review a pull request diff for SQL injection and race conditions?

To review a pull request diff for SQL injection and race conditions, analyze the changes against the base branch using a structured checklist to flag unsafe query construction, non-atomic read-check-write patterns, and unsafe status transitions before merge.

How does LLM trust boundary validation prevent prompt injection vulnerabilities?

LLM trust boundary validation prevents prompt injection by reviewing where model-generated values, tool outputs, or URLs are accepted without lightweight validation or allowlist controls. This reduces prompt injection and SSRF risk before code changes land in production.

Can I check enum completeness gaps and shell injection risks in a pre-landing code review?

Yes, you can check enum completeness gaps and shell injection risks during pre-landing code review. The analysis looks for dangerous command invocation patterns and ensures new enum-like values are handled across all consumers to prevent broken behavior before merge.

What is the best way to detect N+1 query issues and validation bypasses in a diff?

The best way to detect N+1 query issues and validation bypasses in a diff is through SQL and data safety checks that flag unsafe query construction, missing eager-loading, and validation bypasses. This evidence-based approach ensures structural correctness before deployment.

Does pre-landing PR review provide auto-fixes for shell injection and unsafe query construction?

Yes, pre-landing PR review provides auto-fixes for mechanical issues like shell injection and unsafe query construction where possible. It applies checklist-driven, evidence-based findings and only asks for human input when judgment is required for complex structural problems.

When do I need to run a diff analysis for conditional side effects and concurrency issues?

You need to run a diff analysis for conditional side effects and concurrency issues before merge when you need confidence that the landing is structurally safe and correct. This prevents hard-to-debug incidents caused by race conditions and duplicate-creation patterns.