create-pr

Create GitHub pull requests with self-review and automated quality checks.

1|Updated Mar 3, 2026
One-click install
npx skills add https://github.com/AndreJorgeLopes/devflow --skill create-pr-andrejorgelopes
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: create-pr
Source: https://github.com/AndreJorgeLopes/devflow/tree/main/skills/create-pr
Command: npx skills add https://github.com/AndreJorgeLopes/devflow --skill create-pr-andrejorgelopes

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves the problem of submitting pull requests without consistent self-review, automated quality checks, or a well-structured PR description that makes review easier.

Core Features & Use Cases

  • Self-review + automated checks: Performs a structured self-audit and then runs devflow code review checks (or fallback lint/build/test commands) before proceeding.
  • Conventional PR drafting: Generates a PR draft with a conventional title format and a clear body including summary, changes, testing, and ticket reference.
  • Guardrail-first PR creation: Prevents PR creation when checks fail unless the user explicitly approves, and supports large diffs by suggesting splitting.
  • Use case: When preparing a feature branch, it helps you review your own changes, run quality gates, draft a reviewer-friendly PR, and then create the PR via GitHub CLI.

Quick Start

Ask to create a pull request for your current feature branch with devflow-driven self-review and checks.

Frequently Asked Questions about create-pr

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

FAQPage Schema
How do I create a GitHub pull request with automated code review checks?

To create a GitHub pull request with automated code review checks, you need a workflow that runs devflow checks or fallback lint, build, and test commands before publishing. This enforces fail-stop behavior to prevent submitting PRs with failing quality gates.

What is the best way to structure a pull request description for code review?

The best way to structure a pull request description is using a conventional title format and a clear body. A reviewer-friendly PR draft should include sections for the summary, specific changes made, testing performed, and the relevant ticket reference.

Can I push a feature branch and create a PR using the GitHub CLI?

Yes, you can push a feature branch and create a PR using the GitHub CLI via git push and gh pr create. This process can be automated end-to-end to generate a structured PR template directly from your branch-to-main diff context.

What should I do if my pre-PR quality checks fail on a feature branch?

If your pre-PR quality checks fail on a feature branch, you should fix the issues before proceeding. Guardrail-first PR creation prevents publishing when checks fail unless explicitly approved, ensuring code review standards are maintained.

How do I perform a self-review before creating a pull request?

To perform a self-review before creating a pull request, collect your git log and diff context to perform a structured self-audit. Running devflow code review checks validates your changes against quality gates before you finalize the PR draft.

When should I split a large git diff before submitting a pull request?

You should split a large git diff before submitting a pull request when the branch-to-main changes become too massive for effective code review. Automated dev workflow tools can suggest splitting large diffs to ensure your PR remains manageable and reviewer-friendly.