Install any skill in seconds. Free to start, no credit card required.
Get Started Free →nvidia/mcore-split-pr
Split a PR into multiple PRs to reduce the number of required CODEOWNERS reviewer groups.
Passed 17 of 20 test cases with the skill, and 14 of 20 without it.
and 3 more in the full report
5 fixed15 passed either way2 still failing1 broke
Tokens, turns and time describe resource use, not a dollar price.
One of 5 test cases the skill fixed. Same model, same prompt, with and without the skill.
If the original Megatron-LM PR needs to be narrowed in scope after creating the split draft PRs, can we immediately force-push the trimmed branch to upstream?
| Checked | Without skill | With skill |
|---|---|---|
| The response requires user confirmation before force-pushing to narrow the original PR. | Missed | Passed |
The instructions your model reads when the skill loads.
Split a large pull request into multiple smaller PRs, where each PR touches
the fewest possible CODEOWNERS reviewer groups. The goal is to reduce review
burden: a PR that only touches megatron/core/ needs only the core reviewers,
while a PR that also touches examples/, tools/, and megatron/training/
pulls in many additional groups.
For split-planning questions, lead with these constraints before the full workflow:
git diff upstream/main..<source-branch> -- <paths> | git apply, pushes
to the user's fork, and never pushes directly to upstream.gh pr view <number> --repo NVIDIA/Megatron-LM --json title,body,headRefName,author and gh pr diff <number> --repo NVIDIA/Megatron-LM --stat. Also determine the current GitHub user with gh api user --jq .login..github/CODEOWNERS to build a mapping from file path patterns to owner groups.The primary optimization goal: minimize the number of CODEOWNERS reviewer groups required for each resulting PR.
Strategy:
test cases passed, vs 14 / 20 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.