Agent skill

Create PR

by PanAchy in PanAchy/copilot-arewecooked

Create PRs with titles and bodies that produce accurate release notes.

MITAuto-check passedDevelopment

Install Create PR

skills CLI
$ npx skills add PanAchy/copilot-arewecooked --skill create-pr -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install PanAchy/copilot-arewecooked create-pr --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/PanAchy/copilot-arewecooked.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/create-pr .claude/skills/create-pr && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
create-pr
GitHub stars
137
Token cost
~840 tokens
SKILL.md length
431 words
Files
1
Skills in repo
1
Repo updated
First seen
Licence
MIT

At a glance

Create PRs with titles and bodies that produce accurate release notes.

  • Works in 7 steps: Create short-lived feature branches from… → Open normal work PRs from feature… → Prefer squash merge for feature →… → …
  • Opening a pull request
  • SKILL.md covers Rules, PR title format, PR body format and Before creating a feature →…, plus 3 more sections
  • Calls git, gh and npm

What it does

Create PR is an agent skill from PanAchy/copilot-arewecooked. Create PRs with titles and bodies that produce accurate release notes. Use when opening a pull request, merging to develop or main, or when user says "open a PR", "create a PR", "ready to merge", or "ship it".

Its SKILL.md is about 840 tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Pull requests. It works with Git. The repository describes itself as: Estimate your GitHub Copilot AI-credit cost in preparation for June 1st. The licence is MIT.

When your agent uses it

  • Opening a pull request
  • Merging to develop
  • User says open a PR

Example prompts

  • “open a PR”
  • “create a PR”
  • “ready to merge”
  • “/create-pr”

Workflow steps

7 steps, taken from the first numbered list in SKILL.md.

  1. Create short-lived feature branches from develop for all work.
  2. Open normal work PRs from feature branches into develop.
  3. Prefer squash merge for feature → develop PRs. The PR title becomes one clean Conventional Commit on develop.
  4. Open release PRs from develop into main when ready to ship.
  5. Merge release PRs with a merge commit, not squash, so release-please sees the individual Conventional Commits accumulated on develop.
  6. The release PR body becomes useful release context, but release-please changelog entries come from commits merged to main.
  7. Use fix(...) for release-affecting fixes, including broken publish/release automation. Do not use ci(...) if the change must trigger a…

What it can do on your machine

Read from SKILL.md and the folder at commit 1e89480. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • git
    • gh
    • npm

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git, gh and npm, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Create PR loads about 840 tokens when it runs. Until then it costs about 55 tokens; SKILL.md has 431 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~55
When it runs · the whole SKILL.md, loaded when a task matches
~840

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from PanAchy/copilot-arewecooked at commit 1e89480, republished under its MIT licence (© PanAchy). 431 words, ~840 tokens.

Download SKILL.mdSave it as .claude/skills/create-pr/SKILL.md (or your agent's skills folder).
name
create-pr
description
Create PRs with titles and bodies that produce accurate release notes. Use when opening a pull request, merging to develop or main, or when user says "open a PR", "create a PR", "ready to merge", or "ship it".

Create PR

Rules

  1. Create short-lived feature branches from develop for all work.
  2. Open normal work PRs from feature branches into develop.
  3. Prefer squash merge for feature → develop PRs. The PR title becomes one clean Conventional Commit on develop.
  4. Open release PRs from develop into main when ready to ship.
  5. Merge release PRs with a merge commit, not squash, so release-please sees the individual Conventional Commits accumulated on develop.
  6. The release PR body becomes useful release context, but release-please changelog entries come from commits merged to main.
  7. Use fix(...) for release-affecting fixes, including broken publish/release automation. Do not use ci(...) if the change must trigger a release.

PR title format

<type>(<scope>): <summary of all changes>

Pick the highest-impact type: feat > fix > refactor > test > docs > chore.

PR body format

## What changed

- <change 1>
- <change 2>
- <change 3>

## Context

<1-2 sentences on why>

## Test plan

- [ ] <how to verify>

Before creating a feature → develop PR

  1. Run git fetch origin.
  2. Confirm current branch is a feature branch, not main or develop: git branch --show-current.
  3. Run git diff origin/develop...HEAD --name-status to see actual changed files in the PR.
  4. Run git diff origin/develop...HEAD -- <file> to understand actual content changes.
  5. Synthesize the title and body from the diff, not from commit headlines alone.
  6. Verify npm run build && npm test passes.
  7. Push the branch: git push -u origin <branch>.
  8. Create PR: gh pr create --base develop --head <branch> --title "<title>" --body "<body>".
  9. After creating PR, run gh pr diff <number> --name-only and gh pr view <number> --json files,title,body to confirm body matches actual changed files.
Show full SKILL.md (182 more words)Show less

Before creating a develop → main release PR

  1. Run git fetch origin.
  2. Run git diff origin/main...origin/develop --name-status to see actual release contents.
  3. Run git log --oneline origin/main..origin/develop to review Conventional Commits that release-please will see after merge.
  4. Verify release PR body summarizes the diff, not stale branch history.
  5. Create PR: gh pr create --base main --head develop --title "chore(release): merge develop into main" --body "<body>".
  6. Merge with a merge commit, not squash.

Title quality check

  • Would a user reading the changelog understand what changed?
  • Does it cover all user-visible changes, not just the first commit?
  • Is the type correct? (feat = user-visible feature, fix = bug, chore = internal)
  • No period at the end. No trailing punctuation.

Bad vs Good

Bad: feat: updates (vague) Bad: fix: typo in readme when the branch also adds tests and error handling (understates) Bad: feat: add error handling, tests, --version flag, npm publish, CONTRIBUTING.md (too long, use body)

Good: feat: add error handling, tests, and npm publish workflow (concise, accurate scope) Good: fix: handle malformed JSONL in source parsers (specific, covers the real fix)

© PanAchy, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/create-pr of PanAchy/copilot-arewecooked.

Open the folder on GitHubat commit 1e89480

Compare with similar skills

Create PR next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Create PR compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Create PR this skillPanAchy/copilot-arewecooked137—~840Automated safety check: PassMIT
Finishing a Development Branchobra/superpowers297k5 repos~1.9kAutomated safety check: PassMIT
Contributor-First PR MergeHKUDS/OpenHarness16k1 repos~847Automated safety check: PassMIT
Open Code Review CLIalibaba/open-code-review46k—~3.1kAutomated safety check: PassApache-2.0
Create Pull Requestcline/cline70k1 repos~1.6kAutomated safety check: PassApache-2.0
Pull Request Title and Body Writeropeninterpreter/openinterpreter69k2 repos~1.1kAutomated safety check: PassApache-2.0

Similar skills

  • Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.

    297k GitHub starsUsed in 5 repos~1.9k tokens
    DevelopmentAuto-check passed
  • Merges external GitHub pull requests while keeping the original author credited, and fixes conflicts after the merge instead of rewriting the contribution.

    16k GitHub starsUsed in 1 repo~847 tokens
    DevelopmentAuto-check passed
  • Open Code Review CLI

    alibaba/open-code-review

    Runs the ocr command-line tool to review Git changes, a commit or a branch comparison with an AI model, returning line-level comments and optionally applying fixes.

    46k GitHub stars~3.1k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Opens a GitHub pull request from your current branch with the gh CLI, after reviewing the commits and diff and gathering the details the PR needs.

    70k GitHub starsUsed in 1 repo~1.6k tokens
    DevelopmentAuto-check passed
  • Pull Request Title and Body Writer

    openinterpreter/openinterpreter

    Rewrites the title and body of one or more pull requests with gh, leading with why the change was made, then what changed, and describing only the net result.

    69k GitHub starsUsed in 2 repos~1.1k tokens
    DevelopmentAuto-check passed
  • Understand Diff Analysis

    Egonex-AI/Understand-Anything

    Reads your git changes or a pull request against a prebuilt knowledge graph of the project to explain what changed, which components are affected and what is risky.

    86k GitHub stars~1.4k tokensUpdated yesterday
    DevelopmentAuto-check passed

Works with

Categories

Questions about Create PR

What does Create PR do?

Create PRs with titles and bodies that produce accurate release notes. Create PR is an agent skill from PanAchy/copilot-arewecooked. Create PRs with titles and bodies that produce accurate release notes.

When should I use Create PR?

Create PR fits situations like: opening a pull request; merging to develop; user says open a PR.

How do I install Create PR in Claude Code?

Run `npx skills add PanAchy/copilot-arewecooked --skill create-pr -a claude-code`. Or copy the skill folder (.agents/skills/create-pr in PanAchy/copilot-arewecooked) into .claude/skills/create-pr in your project. Claude Code loads it when a task matches its description.

How do I install Create PR in Codex?

Run `npx skills add PanAchy/copilot-arewecooked --skill create-pr -a codex`. Or copy the skill folder (.agents/skills/create-pr in PanAchy/copilot-arewecooked) into .agents/skills/create-pr in your project. Codex loads it when a task matches its description.

Can I use Create PR in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add PanAchy/copilot-arewecooked --skill create-pr -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/create-pr, .gemini/skills/create-pr, .github/skills/create-pr and .opencode/skills/create-pr in your project.

What does Create PR need to run?

Going by SKILL.md and its folder, Create PR needs the command-line tools its instructions call (git, gh and npm).

Does Create PR access the network?

SKILL.md contains no URLs. Its commands use git, gh and npm, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Create PR safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Create PR use?

Create PR is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Create PR use?

About 840 tokens (SKILL.md is roughly 3.4k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Create PR?

Skills that share tags, products or a category with Create PR: Finishing a Development Branch (obra/superpowers, 297k stars), Contributor-First PR Merge (HKUDS/OpenHarness, 16k stars), Open Code Review CLI (alibaba/open-code-review, 46k stars) and Create Pull Request (cline/cline, 70k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Create PR?

PanAchy (a GitHub user) maintains it in PanAchy/copilot-arewecooked, which has 137 GitHub stars. The repository was last updated on June 7, 2026.

Source: PanAchy/copilot-arewecooked on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.