OpenRuna
Sign in
SKILL.md

name: split-to-prs description: >- Split current work into small reviewable PRs. Use when the user asks to split a chat, set of changes, branch, or PR.

Split to PRs

Turn one pile of work into a few small PRs.

Hard rules

  • Do not create branches, commit, push, or open PRs until the user approves the split plan.
  • Never discard user work. No destructive git commands (reset --hard, clean -fdx, branch deletion, force-push, history rewrite) without explicit approval.
  • Always save a recoverable snapshot before moving work around. This often starts from dirty work on main, so do not assume there is already a safe branch.
  • Stage only named files or hunks. No git add . / git add -A.

1. Check the state

Compare the current work to the repo's default branch, including committed and uncommitted changes. Summarize the real slices you see, and use the chat history to recover intent.

Before proposing slices, find ownership signals for the touched paths (CODEOWNERS, nested ownership files, tools/ownership/PRODUCTOWNERS, or repo equivalents) and use them to identify natural reviewer boundaries.

2. Propose the split

Use judgment on detail. Usually PR titles are enough. Add a one-line scope note only when a title is unclear. Show a Mermaid diagram when there are multiple slices.

Optimize for reviewer-aligned PRs with minimal unrelated diff: split independent owners or concerns, keep tightly coupled changes together, and when stacking is necessary, order foundations before consumers.

Default to independent PRs off the default branch. Stack PRs only when the dependency is real.

Ask for approval before starting.

3. Execute the split

  • If there is uncommitted work, save a recoverable snapshot without changing the working tree:

    SHA=$(git stash create "pre-split")
    if [ -n "$SHA" ]; then
      git update-ref "refs/backup/pre-split-$(date +%s)" "$SHA"
    fi
    
  • For each approved slice, create a branch from the right base, stage and commit only the planned files or hunks, then push and open the PR.

4. Report back

Keep it short: PR titles and URLs, plus anything left on the starting branch or working tree. Do not delete the backup ref or original branch unless the user asks.

Overview

Free skill — split-to-prs. Split current work into small reviewable PRs. Use when the user asks to split a chat, set of changes, branch, or PR.

What this skill does

Looking for a dependable skill? "split-to-prs" gives you a tested starting point instead of a blank prompt box. Split current work into small reviewable PRs. Use when the user asks to split a chat, set of changes, branch, or PR. On OpenRuna it sits inside a connected graph of related skills, tools, and datasets, so branching into adjacent resources is one click away. Open a new conversation and paste it in, wire it into an agent, or keep it in your team's prompt library.

Use cases

  • Fork it as a baseline and layer in your own project context, constraints, and examples.
  • Keep it in a shared library as the canonical version of this skill for your organisation.
  • Use "split-to-prs" when you need a repeatable skill for professional work without rewriting instructions every time.
  • Hand "split-to-prs" to a new teammate so their skill output matches your team's quality bar from day one.

Example output

Running this skill produces output shaped like the source material below:

# Split to PRs

Turn one pile of work into a few small PRs.

## Hard rules

- Do not create branches, commit, push, or open PRs until the user approves the split plan.
- Never discard user work. No destructive git commands (`reset --hard`, `clean -fdx`, branch deletion, force-push, history rewrite) without explicit approval.
- Always save a recoverable snapshot before moving work around. This often starts from dirty work on `main`, so do not assume there is already a safe branch.
- Stage only named files or hunks. No `git add .` / `git add -A`.

## 1. Check the state

Compare the current work …

Results vary by model and temperature; treat the first response as a draft and refine it with follow-up prompts.

Tips by platform

Claude

In Claude, paste the full skill as your first message or add it to Project instructions, then ask Claude to confirm assumptions before it executes. For longer skills, iterate inside the artifact panel.

ChatGPT

For ChatGPT, save this skill as a Custom Instruction or a saved prompt so it is one click away. Add your specifics in a follow-up rather than editing the original.

Cursor

Cursor users can store this skill as a project rule so Agent mode applies it automatically. Mention it with @ when you want it scoped to a single task.

Frequently asked questions

What is "split-to-prs"?
It is a skill listed on OpenRuna — Split current work into small reviewable PRs. Use when the user asks to split a chat, set of changes, branch, or PR. You can copy and adapt it for ChatGPT, Claude, Cursor, or any other AI assistant.
Is "split-to-prs" free to use?
Most OpenRuna resources are open or CC0-licensed. Check the license shown on this page before commercial use; premium collections are clearly marked as such.
How do I get the best results from this skill?
Replace any placeholders, add your project context, and ask the model to confirm its assumptions first. Iterate over 2–3 follow-up turns rather than expecting a perfect first response.
Does "split-to-prs" work with both Claude and ChatGPT?
Yes — it is model-agnostic text, so it runs on Claude, ChatGPT, Gemini, and Cursor. The tips on this page cover each of those assistants specifically.
Where can I find resources related to "split-to-prs"?
Scroll to the Related resources section on this page, or open the matching category hub on OpenRuna to find connected prompts, tools, agents, and datasets in the same topic area.

Related resources