Content
86%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The content is a concise, well-organized procedural skill with explicit validation checkpoints for its destructive/batch operations. Adding exact gh command syntax and a final push-verification step would make it fully copy-paste ready.
Suggestions
Provide concrete `gh` command examples, e.g. `gh pr checks` and `gh pr view`, instead of referring to the CLI generically.
Add an explicit verification step after resolving merge conflicts (e.g. 'run the full test suite before pushing').
Spell out the pre-push confirmation trigger, e.g. 'Pause and ask the user before running `git push`.'
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is lean and scenario-driven with no padding or explanation of concepts Claude already knows; every line earns its place. | 5 / 5 |
Actionability | It names concrete tools (`git status`, `gh` CLI) and clear per-scenario steps, but stops short of exact command syntax (e.g. the specific `gh pr checks` invocation), leaving minor gaps. | 4 / 5 |
Workflow Clarity | Each scenario is a clearly numbered sequence with explicit validation checkpoints (run local checks, ask before pushing), though the merge-conflict path lacks a final verification step before pushing. | 4 / 5 |
Progressive Disclosure | Under 50 lines, single-purpose, and cleanly organized by scenario with no bundle files needed; the simple-skill exception applies. | 5 / 5 |
Total | 18 / 20 Passed |