open-pr

Generate a reviewer-friendly pull request with title, summary, and test plan.

Updated Dec 21, 2018
One-click install
npx skills add https://github.com/dhnt/dhnt --skill open-pr-dhnt
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: open-pr
Source: https://github.com/dhnt/dhnt/tree/main/catalog/md/integrate/open-pr
Command: npx skills add https://github.com/dhnt/dhnt --skill open-pr-dhnt

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves the problem of consistently opening pull requests that make reviewers understand the change quickly, including a concrete test plan that reduces back-and-forth.

Core Features & Use Cases

  • Clear PR readiness checks: Ensures the branch is pushed, clean, and ready before opening.
  • Diff-informed title and description: Encourages an appropriate base branch choice and an end-to-end diff read to write an accurate Summary and Test plan.
  • Reviewer-friendly structure: Produces a PR body with the right sections (Summary, Test plan, optional screenshots/migration notes, issue links) and verifies the PR and CI status after creation.

Quick Start

Ask the AI to draft and execute the /open-pr process for your current branch by generating a review-ready title and body including a Summary and a complete Test plan, then confirming the PR opened with the correct base and CI started.

Frequently Asked Questions about open-pr

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

FAQPage Schema
How do I create a reviewer-friendly pull request with a clear test plan?

To create a reviewer-friendly pull request, generate a review-ready title and body including an accurate Summary and executable Test plan. This ensures reviewers understand the change quickly and reduces back-and-forth communication.

What should a high-signal pull request description include for day-to-day code review?

A high-signal pull request description should include a clear title, an accurate Summary reflecting the full diff, and a concrete Test plan. Optional sections like screenshots, migration notes, and issue links further improve code review readability.

How do I ensure my pull request targets the correct base branch before opening it?

To ensure your pull request targets the correct base branch, perform clear PR readiness checks before opening. This verifies the branch is pushed, clean, and encourages an appropriate base branch choice by reading the end-to-end diff.

Can I use an automated pull request generator for GitHub and GitLab workflows?

Yes, you can use an automated pull request generator for GitHub and GitLab workflows. It applies to day-to-day PR/MR creation, selects the correct base branch, and verifies the opened PR, base branch, and CI status after creation.

How do I verify CI status after opening a pull request?

To verify CI status after opening a pull request, use a PR generation process that includes post-creation verification. This confirms the PR opened correctly with the intended base branch and that the CI pipeline has successfully started.

Does an automated pull request tool force pushes to shared branches?

No, an automated pull request tool following strict PR structure rules avoids forcing pushes to shared branches. It also avoids generating unwanted trailers, ensuring safe and clean collaboration across the repository.