Content
78%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.
A highly actionable, token-efficient body with concrete commands and sensible validation gates for batch/destructive work. Its main weakness is structure: most reference material (label IDs, mechanics) lives inline with no local bundle files to defer to.
Suggestions
Move the label-id table and detailed GraphQL mechanics into a references/ file (e.g. LABELS.md) and link to it from SKILL.md to improve progressive disclosure.
Add an explicit error-handling loop for mutations: after each `workItemUpdate`/`mergeRequestSetLabels`, check the returned `errors` field and retry or report before proceeding.
Consider splitting the bulk-sweep and roadmap sections into separate reference files so the main skill stays a concise overview with one-level-deep pointers.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Dense, action-oriented prose with no padding or explanation of concepts Claude already knows; the large inline label-id table is useful reference data but is bulk that slightly resists trimming. | 4 / 5 |
Actionability | Fully executable glab/GraphQL commands with real GIDs, label IDs, and concrete mutation examples that are copy-paste ready across the common cases. | 5 / 5 |
Workflow Clarity | Clear sequences with real checkpoints ('State the plan and counts before you change more than 20 items', approval gate before create, 'Check what fell off'), though error-retry loops on API mutation responses are implicit rather than spelled out. | 4 / 5 |
Progressive Disclosure | Well-sectioned single file with external repo links signaled up top, but no bundle files exist and a large lookup table plus detailed mechanics are inlined in SKILL.md rather than split into a reference file. | 3 / 5 |
Total | 16 / 20 Passed |