github-pr-workflow
Use when creating, updating, or managing pull requests — automates the full PR lifecycle (open, review requests, labels, merge) via GitHub MCP
Best use case
github-pr-workflow is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Use when creating, updating, or managing pull requests — automates the full PR lifecycle (open, review requests, labels, merge) via GitHub MCP
Teams using github-pr-workflow should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/github-pr-workflow/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How github-pr-workflow Compares
| Feature / Agent | github-pr-workflow | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Use when creating, updating, or managing pull requests — automates the full PR lifecycle (open, review requests, labels, merge) via GitHub MCP
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# GitHub PR Workflow Automation ## Why This is Copilot-Exclusive Copilot CLI ships with a **built-in GitHub MCP server** that provides native, authenticated access to the GitHub API — no tokens to configure, no extensions to install. You can list, search, read, diff, and check CI status on pull requests using structured tool calls. Claude Code has no equivalent built-in integration; it must shell out to `gh` CLI or raw `curl` commands with manual token management. ## When to Use - Creating PRs with well-structured descriptions from your commit history - Reviewing incoming PRs without leaving your terminal - Checking CI/CD status on a PR before merging - Batch-triaging a queue of open pull requests - Responding to review comments programmatically ## Workflow ### 1. List Open PRs in a Repository Use `list_pull_requests` to see what needs attention: ```text Tool: github-mcp-server-list_pull_requests owner: "my-org" repo: "my-app" state: "open" sort: "updated" direction: "desc" perPage: 10 ``` ### 2. Read a Specific PR's Diff Dive into the code changes with `pull_request_read`: ```text Tool: github-mcp-server-pull_request_read method: "get_diff" owner: "my-org" repo: "my-app" pullNumber: 142 ``` ### 3. Check CI Status See if all checks are passing before you review: ```text Tool: github-mcp-server-pull_request_read method: "get_check_runs" owner: "my-org" repo: "my-app" pullNumber: 142 ``` ### 4. Read Review Comments Pull up the review conversation: ```text Tool: github-mcp-server-pull_request_read method: "get_review_comments" owner: "my-org" repo: "my-app" pullNumber: 142 ``` ### 5. Search PRs by Author or Label Find PRs from a specific contributor: ```text Tool: github-mcp-server-search_pull_requests query: "author:octocat is:open" owner: "my-org" repo: "my-app" ``` ## Examples ### Morning PR Triage > "List all open PRs in my-org/api-service sorted by most recently updated, > then for each one show me the CI status and a one-line summary of changes." Copilot calls `list_pull_requests`, iterates results, calls `get_check_runs` and `get_files` on each, and returns a concise triage report. ### Create a PR from Current Branch ```bash # Stage and commit your changes first git add -A && git commit -m "feat: add caching layer" # Then ask Copilot: # "Create a PR for my current branch targeting main. Generate the description # from my commit messages and include a testing checklist." ``` Copilot reads your git log, drafts a structured PR body, and uses `gh pr create` to open it — all without you writing a single line of markdown. ### Cross-Repo PR Search > "Find all open PRs across my-org that mention 'database migration' in the title" ```text Tool: github-mcp-server-search_pull_requests query: "database migration in:title is:open org:my-org" ``` ## Tips - **Batch parallel reads**: Copilot can call `get_diff`, `get_check_runs`, and `get_review_comments` in parallel for the same PR — much faster than sequential `gh` calls. - **Use search over list**: `search_pull_requests` supports GitHub's full search syntax including labels, milestones, review status, and date ranges. - **Combine with fleet mode**: Launch fleet agents to review multiple PRs simultaneously, each agent handling one PR and producing a summary. - **CI-aware reviews**: Always check `get_check_runs` before diving into a diff review. If CI is red, focus on the failure first. - **Paginate large results**: Use `page` and `perPage` parameters to handle repositories with hundreds of open PRs without overwhelming your context window.
Related Skills
sprint-workflow
Use when starting a new feature, refactor, or multi-step dev task — runs the full sprint cycle (Think → Plan → Build → Review → Test → Ship → Monitor) using Copilot CLI's plan/autopilot modes.
github-actions-efficiency
Use when auditing GitHub Actions workflows for efficiency — reducing CI minutes, cutting costs, eliminating redundant runs, or optimizing caching and concurrency.
tdd-workflow
Use when starting a new feature or function to write failing tests first, then implement the minimal code to pass (Red→Green→Refactor)
fix-github-issue
Use when you have a GitHub Issue number or link and want it resolved end-to-end — reads the issue, locates the bug, applies a fix, writes tests, and opens a PR from the terminal.
github-issue-triage
Use when you have a backlog of unorganized GitHub Issues — bulk-reads, labels, prioritizes, and assigns issues at scale using Copilot's built-in GitHub MCP tools.
github-codespaces-efficiency
Use when optimizing GitHub Codespaces — faster startup times, lower spend, slimmer devcontainers, right-sizing machines, or scoping prebuilds.
github-code-search
Use when you need real-world implementation examples or cross-repository context — search GitHub's global code index with the built-in MCP tools and reuse the results as grounded context.
verification-before-completion
Use before claiming any task is done — run the exact command that proves the fix works, read the output, and only then report success.
using-git-worktrees
Use when you need multiple branches checked out at once — create isolated working directories for parallel development without cloning the repository repeatedly
triage
Use when a single issue needs structured triage — classify it, reproduce if needed, request missing information, and leave a durable brief or close-out note in the tracker.
to-issues
Use when a plan, spec, or PRD must become an actionable backlog — break it into thin dependency-aware issues that each deliver a verifiable vertical slice
sprint-retro
Use at the end of a sprint to run a data-driven retrospective — analyzes session history and git metrics to surface what shipped, what slowed you down, and concrete improvements.