Use when preparing, reviewing, resolving conflicts for, or merging a CORAL release pull request from the long-lived dev branch into main.
SkillScore91Maintained
Automatic
◆DevOps & SRE pack
Last verified 8/16/2026
What it changes
Passed 18 of 20 test cases with the skill, and 14 of 20 without it.
Without skill68%
With skill91%
Checks it passed that the model alone missed
Specifies reviewing main..dev range.
Verifies no duplicate release PR is currently open.
Runs git merge-base --is-ancestor to verify ancestry.
and 4 more in the full report
5 fixed15 passed either way2 still failing0 broke
Pass-rate lift
+23 pp
Tokens
-21%
Agent turns
0%
Response time
-60%
Model gemini-3.6-flashMeasured 8/16/2026v120 of 22 cases passed with skill · 20 comparable
Tokens, turns and time describe resource use, not a dollar price.
See it in action
One of 5 test cases the skill fixed. Same model, same prompt, with and without the skill.
1 of 5
Prompt
PR #508 is ready for our release promotion from `dev` to `main` in the CORAL project. Can you perform the merge using the GitHub CLI, make sure the `dev` branch isn't deleted, and execute the Git history verification check to confirm the relationship between the branches?
What was checked, without and with the skill
Checked
Without skill
With skill
Includes the explicit repository flag --repo Human-Agent-Society/CORAL in the CLI command.
Missed
Passed
Instructs to preserve the dev branch without deleting it post-merge.
Missed
Passed
Runs git merge-base --is-ancestor to verify ancestry.
Missed
Passed
case-02 · gemini-3.6-flash · 8/16/2026 · answers are capped and redacted
What's inside
The instructions your model reads when the skill loads.
SKILL.md63 linessingle file
Promoting dev to main
Core rule
Merge dev → main release PRs with a merge commit. Never squash or rebase
these promotions.
Ordinary contribution PRs still target dev and may be squash-merged. The
release promotion is the exception because main must retain dev in its
ancestry. Squashing a promotion makes the next release re-present old commits
and can create large false conflicts.
Workflow
Confirm the PR is exactly base=main, head=dev and no duplicate release
PR is open.
Review main..dev, required CI, and deployment checks.
In GitHub, open the merge-method dropdown and choose Create a merge
commit. With the CLI, use:
Autonomously create, test, and optimize skills by detecting reusable patterns in your own work. Use when you notice repeated tool sequences, recurring code patterns across attempts, or insights that should be captured as a packaged skill. Also use to benchmark and iterate on existing skills.