gsd-pr-branch

Filter .planning/ commits from the current Git branch for PR-ready changes.

8|Updated Apr 9, 2026
One-click install
npx skills add https://github.com/D0NMEGA/donnyclaude --skill gsd-pr-branch-d0nmega
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gsd-pr-branch
Source: https://github.com/D0NMEGA/donnyclaude/tree/main/packages/skills/gsd-pr-branch
Command: npx skills add https://github.com/D0NMEGA/donnyclaude --skill gsd-pr-branch-d0nmega

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prune planning artifacts from the current Git branch to produce clean, PR-ready code changes.

Core Features & Use Cases

  • Filter out .planning/ commits from the active branch to prevent planning notes from appearing in code review diffs.
  • Preserve code changes while removing non-code metadata, simplifying reviews and CI checks.
  • Use in standard PR workflows where target branch accuracy and history cleanliness matter.

Quick Start

Run the pr-branch workflow to filter planning commits and produce a clean PR branch.

Frequently Asked Questions about gsd-pr-branch

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

FAQPage Schema
How do I remove planning commits from a Git branch before creating a pull request?

To clean up Git history before a PR, you need to prune planning artifacts from your active branch. This process filters out .planning/ commits, ensuring reviewers only see source code changes without non-code metadata cluttering the diff.

What is the best way to keep planning notes out of code review diffs?

The best way to keep planning notes out of code review diffs is to filter .planning/ commits from your active branch. This pruning process removes non-code metadata from the Git history, ensuring reviewers only see source changes.

How does filtering planning artifacts from a Git branch work?

Filtering planning artifacts works by executing a configured workflow that identifies and removes .planning/ commits from the current Git branch. It requires a target-branch argument to accurately filter commits and produce clean code changes.

Do I need a target branch to prune planning commits from my current branch?

Yes, you need a target-branch argument to prune planning commits. The workflow requires this target branch to accurately filter commits from the active branch and produce clean, PR-ready code changes.

Can I use branch pruning for standard CI checks and code review workflows?

Yes, you can use branch pruning for standard CI checks and code review workflows. Removing .planning/ commits ensures CI pipelines and reviewers only process actual source changes, simplifying the review process.

Why does my pull request include non-code metadata from planning notes?

Your pull request includes non-code metadata because planning artifacts were committed to your active Git branch. Running a pr-branch workflow filters these .planning/ commits out, preventing planning notes from appearing in code review diffs.