requesting-code-review

Automate PR review context, reviewer assignments, and readiness notes.

Updated Apr 24, 2026
One-click install
npx skills add https://github.com/michael-conrad/.opencode --skill requesting-code-review-michael-conrad
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: requesting-code-review
Source: https://github.com/michael-conrad/.opencode/tree/main/skills/requesting-code-review
Command: npx skills add https://github.com/michael-conrad/.opencode --skill requesting-code-review-michael-conrad

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Streamlines PR reviews by assembling reviewer context, descriptions, and readiness checks so teams can request feedback efficiently.

Core Features & Use Cases

  • Generates clear PR descriptions with rationale and scope.
  • Identifies reviewers and relevant stakeholders based on changes.
  • Produces a ready-to-submit review request with contextual notes and questions.
  • Use Case: When a PR is created, automatically prepare context for reviewers and plan next steps.

Quick Start

Instruct the assistant to prepare the PR review context and reviewer guidance for the current merge request.

Frequently Asked Questions about requesting-code-review

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

FAQPage Schema
How do I prepare code-review context and assign reviewers for a pull request?

To prepare code-review context, assemble diff summaries, align reviewer assignments with CODEOWNERS, and generate readiness notes. This ensures reviewers receive clear scope, rationale, and contextual questions when a pull request is created.

What is the best way to generate a PR description with scope and rationale?

Generating a PR description involves assembling changelog references and diff summaries to outline the change scope. This process produces a ready-to-submit review request with contextual notes that clearly communicate the modification intent to stakeholders.

How does CODEOWNERS mapping work for identifying stakeholders in code reviews?

CODEOWNERS mapping identifies relevant reviewers and stakeholders by matching modified files to established ownership rules. This alignment ensures that code-review requests are automatically routed to the correct team members responsible for the affected codebase areas.

Can I use pull-request context to plan next steps for a merge request review?

Yes, you can use pull-request context to plan merge request next steps. By preparing reviewer guidance and contextual notes alongside the diff summary, teams can efficiently coordinate feedback cycles and address outstanding review questions.

What do I need to assemble before requesting a code review for my changes?

Before requesting a code review, you need clear ownership mapping, changelog references, and a diff summary of the software changes. This documentation provides the necessary PR context to generate an effective review request with relevant stakeholder assignments.

Why should I include readiness notes and questions in a review request?

Including readiness notes and questions in a review request clarifies scope and highlights specific feedback areas. This contextual documentation streamlines the PR workflow by ensuring reviewers immediately understand the change rationale and required validation checks.