Content
65%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A highly actionable gh command catalog with good reference-file signalling, weakened by inline/reference duplication, missing validation checkpoints in its multi-step workflows, and inconsistent bundle navigation (a broken ci_monitor.cjs path plus two unreferenced script files). The hardcoded `gsd-build/gsd-2` repo throughout also reduces reusability for a general skill.
Suggestions
Tighten the body: drop the inline label/milestone/project command blocks that duplicate labels.md/milestones.md/projects-v2.md (keep a one-line pointer instead) and remove the repeated description trigger/proxy-error text so the overview stays lean.
Add validation checkpoints to multi-step workflows — e.g. run `gh --version` / `gh auth status` after install, and verify the GraphQL `updateIssue` response before declaring an issue type set — so destructive/batch-style operations have feedback loops.
Fix the broken `ci_monitor.cjs` reference (it does not resolve under the bundle's `scripts/` path) and link the orphaned `scripts/github_project_setup.py` and `experiment_cleanup.py` from the body so the whole bundle is navigable.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly efficient command reference (no concept over-explanation), but it repeats the trigger/proxy-error text from the description and keeps full inline label/milestone/project command blocks that duplicate the dedicated reference files — 'mostly efficient but ... could be tightened' rather than lean. | 2 / 3 |
Actionability | Packed with concrete, executable commands (e.g. the multi-step GraphQL issue-type workflow with real queries, `gh pr list -R ... --json number,title`), fully copy-paste ready per the top anchor. | 3 / 3 |
Workflow Clarity | The issue-type section is a clear multi-step sequence, but it and the install/auth flows lack validation checkpoints (no `gh --version`/auth confirm after install, no verification that the `updateIssue` mutation succeeded); per the rubric, missing validation in such operations caps this at 2. | 2 / 3 |
Progressive Disclosure | The four .md references are well-signaled and one level deep, but the body references a non-existent deeply-nested `ci_monitor.cjs` path and never surfaces the two real `scripts/` files (`github_project_setup.py`, `experiment_cleanup.py`) — incomplete bundle navigation and a broken referenced path. | 2 / 3 |
Total | 9 / 12 Passed |