cr

Review local code changes and pull requests for merge readiness.

2|Updated May 13, 2026
One-click install
npx skills add https://github.com/mujtaba3B/gstack-extensions --skill cr-mujtaba3b
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: cr
Source: https://github.com/mujtaba3B/gstack-extensions/tree/main/eng/skills/cr
Command: npx skills add https://github.com/mujtaba3B/gstack-extensions --skill cr-mujtaba3b

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a single, reliable path for reviewing code changes before merge, so local diffs and pull requests are evaluated consistently instead of bouncing between overlapping review tools.

Core Features & Use Cases

  • Risk-based review depth: It chooses a light, routine, or major review based on the scope and risk of the change.
  • Verified findings: It checks suspicious issues against the real repository before surfacing them, reducing false alarms.
  • Merge-gate support: It records the reviewed HEAD with a local stamp so the merge-clearance workflow can confirm that a genuine review happened.
  • Routing for the right workflow: It hands off someone else’s PR to the teammate-review path and existing review comments to the feedback-response paths.
  • Use Case: A developer wants to know whether their own branch is ready to merge, and this Skill inspects the diff, produces a verdict, and leaves behind the review record the gate expects.

Quick Start

Ask for a review of your local diff or pull request with /eng:cr so it scopes the change, selects the right review depth, verifies the findings, and records the merge-clearance stamp.

Frequently Asked Questions about cr

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

FAQPage Schema
How do I review local code changes for merge readiness?▼

You can review local code changes for merge readiness by scoping the diff, selecting a risk-based review depth, verifying findings against the repository, and recording a merge-clearance stamp for the reviewed HEAD.

How does risk-based code review work for high-risk changes like auth and migrations?▼

Risk-based code review evaluates the scope and risk of changes, applying a light, routine, or major review depth to effectively verify high-risk areas like auth, migrations, and concurrency before merge.

What is the best way to verify code review findings and reduce false alarms in pull requests?▼

The best way to verify code review findings is multi-lens verification against the real repository, which checks suspicious issues before surfacing them to reduce false alarms in pull requests.

Can I use a merge gate check for both personal diffs and pull requests?▼

Yes, you can use a merge gate check for personal diffs and pull requests; it records the reviewed HEAD with a local stamp so the merge-clearance workflow confirms a genuine review happened.

How do I handle code review feedback and existing review comments on a pull request?▼

Handle existing review comments by routing the pull request to the feedback-response path, which processes the feedback rather than starting a new review cycle from scratch.