Content
65%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
Highly actionable with complete executable examples for every operation, but it is a large monolithic file with no progressive file structure and lacks validation/verification checkpoints around its destructive and batch workflows.
Suggestions
Add a verification/confirmation step to batch and destructive operations — e.g. list-and-confirm before bulk close, and verify state after closing — to lift workflow clarity above 2.
Move the bug-report and feature-request templates (and optionally the bulk-operations recipes) into reference files under references/ and link to them one level deep, enabling progressive disclosure for the oversized body.
Reduce token cost by factoring the repeated curl output-formatting into a single shared helper or by trimming curl examples where `gh` already covers the action.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Mostly efficient and free of concept-explanation padding, but the repeated inline `python3 -c` output-formatting snippets across every curl example and full dual gh+curl coverage of each operation add tokens that could be factored out or tightened; not a 3 because it does not fully earn every token's place. | 2 / 3 |
Actionability | Provides fully executable, copy-paste-ready `gh` and `curl` commands with real parameters, JSON bodies, templates, and a quick-reference table — matching the executable-and-specific anchor; not a 2 because the guidance is complete rather than pseudocode or partial. | 3 / 3 |
Workflow Clarity | The triage workflow and bulk operations are sequenced as numbered steps, but destructive/batch operations (bulk closing all issues with a label, closing/reopening) have no validation, confirmation, or verify-after feedback loop, which caps workflow clarity at 2; not a 1 because steps and sequence are clearly present. | 2 / 3 |
Progressive Disclosure | The skill is a single ~370-line file, well-organized into sections with a quick-reference table, but it uses no one-level-deep references and keeps content that could be split (bug/feature templates, bulk operations) inline; not a 1 because organization is good with no nested-reference mess, not a 3 because there is no progressive file structure despite the size. | 2 / 3 |
Total | 9 / 12 Passed |