branch-surgery-pr-split
Branch Surgery PR Split
Overview
Use this skill to turn a risky monolithic branch into a safe, auditable set of scoped PRs. Treat topology as a decision, not a default recipe, and collaborate with the user before executing branch surgery.
Workflow
- Quantify branch shape before proposing solutions.
- Always present the top two topology options with explicit tradeoffs.
- Collaborate with the user to select one topology.
- Produce a decision-complete split plan.
- Execute with safety refs and strict scope boundaries.
- Run parity and completeness audits.
- Remediate drift and generate PR metadata.
Step 1: Quantify Branch Shape
Collect objective signals first:
- Commit count and net churn versus base.
- Number of changed files and hotspot files.
- Mixed-commit prevalence (single commit touching unrelated concerns).
- Dependency density between concerns.
- Expected review risk and conflict risk.
If signals are incomplete, gather more evidence before recommending topology.
Step 2: Generate Topology Options
Always provide the top two options with tradeoffs and a recommendation.
Use references/topology-patterns.md to select options.
For each option, include:
- Topology name.
- Why it fits this branch shape.
- Review ergonomics, merge complexity, and conflict risk.
- Failure modes and mitigations.
- Cost of execution (low/medium/high).
Do not skip tradeoffs.
Step 3: Collaborate on Topology Selection
Use targeted discovery questions from references/facilitated-discovery-questions.md.
Confirm constraints before surgery:
- Must-merge-first dependencies.
- Parallel review goals.
- Tolerance for stacked PR depth.
- Documentation isolation preference.
- Release timing constraints.
If the user is unsure, recommend one option and explain what would change with the second option.
Step 4: Produce a Decision-Complete Split Plan
Produce:
- Branch inventory with base branch mapping.
- Commit disposition map (keep, split, drop-as-superseded).
- Execution order.
- Merge order.
- Validation gates.
- Risk register and mitigations.
Use templates in references/pr-stack-templates.md.
Step 5: Execute Branch Surgery Safely
Execution rules:
- Create backup refs first (tag and/or backup branch).
- Preserve explicit scope contracts per split branch.
- For mixed commits, use
cherry-pick -nand stage only owned files/hunks. - Keep shared-doc churn isolated when selected topology calls for it.
- Avoid hidden carryover changes by checking staged file lists before commit.
Step 6: Audit Before Confidence
Run audit gates from references/audit-gates.md.
A split is incomplete until all gates pass or deviations are documented.
Mandatory checks:
- No missing files compared to original net diff.
- No unexpected extra files.
- Per-file parity or intentional documented divergence.
- Deletion semantics parity.
- Branch scope boundaries match PR intent.
Step 7: Remediate and Package PRs
If audit finds issues:
- Fix scope drift or ownership errors.
- Re-run audits.
- Remove redundant branches.
Then generate PR metadata and merge sequencing notes using references/pr-stack-templates.md.
Output Standard
Always provide:
- Chosen topology and why it won over the runner-up.
- Branch plan and merge order.
- Audit summary with pass/fail status per gate.
- Remediation actions taken.
References
references/topology-patterns.mdreferences/facilitated-discovery-questions.mdreferences/audit-gates.mdreferences/pr-stack-templates.md
More from liatrio-labs/ai-prompts
git-commit-conventional
Create Conventional Commit messages and execute safe git commits from working tree changes. Use when users ask to create a commit, write a conventional commit message, split broad changes into multiple commits, stage only parts of files, run pre-commit before committing, or perform a quick commit-time quality review with severity guardrails.
24create-pull-request
Generate a reviewer-ready pull request or merge request title and description from branch changes. Use when a user asks to draft PR/MR content, summarize branch deltas against a base branch, or optionally create the PR with gh/glab after approval.
23create-mermaid-diagrams
Create, validate, and repair Mermaid diagrams for technical documentation with a deterministic CLI feedback loop. Use when an AI needs to create Mermaid diagrams, improve Mermaid diagram quality, validate Mermaid fences in markdown, diagnose Mermaid rendering failures, or fix Mermaid syntax and formatting issues.
21liatrio-brand-guidelines
Applies Liatrio brand guidelines to UI design, brand audits, and asset selection. Use when users request Liatrio styling, logo variants, typography or color decisions, visual polish, or formal brand compliance checks.
21uv-usage
Provides concise guidance for using uv (Python package manager), including project workflows, pip-compatible commands, Python version management, and PEP 723 inline script dependencies. Use when users mention uv, uv run, inline dependencies, PEP 723, or Python dependency/project management.
16tilt-dev
Manage local development environments with Tilt. Use when working with projects that run services via Tilt (indicated by presence of Tiltfile), including checking service status, viewing logs, troubleshooting connectivity issues, or managing the Tilt stack. Essential for projects using Tiltfile with local_resource for orchestrating backend, frontend, and other services.
15