Content
77%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a well-crafted, highly actionable skill with clear workflows and explicit validation gates (the status:approved checkpoint). Its main weakness is length — the label system reference tables and redundant representations of the workflow (text, ASCII diagram, and decision tree) inflate the token cost without proportional benefit. Splitting reference material into a separate file would improve both conciseness and progressive disclosure.
Suggestions
Move the full label system tables (Status, Type, Priority) into a separate LABELS.md reference file and link to it from the main skill.
Consolidate the three representations of the workflow (numbered steps, maintainer approval ASCII diagram, and decision tree) into one or two, removing redundancy.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is mostly efficient but includes some content that could be trimmed. The full label system tables (priority labels, type labels for PRs) go beyond what's needed for issue creation. The decision tree and maintainer approval workflow ASCII diagrams, while nice, partially duplicate information already stated in the Critical Rules and Workflow sections. | 2 / 3 |
Actionability | Highly actionable with concrete, copy-paste-ready `gh` CLI commands for searching, creating bug reports, and creating feature requests. Required fields are clearly enumerated in tables, valid scopes are listed, and template paths are specified. The examples are executable and specific. | 3 / 3 |
Workflow Clarity | The workflow is clearly sequenced (search → choose template → submit → wait → PR) with an explicit stop-gate after step 3 and a clear validation checkpoint (status:approved required before any work begins). The maintainer approval flowchart and decision tree reinforce the sequence. The duplicate-check step serves as a validation checkpoint before submission. | 3 / 3 |
Progressive Disclosure | The content is well-structured with clear headers and sections, but it's a long monolithic file (~180 lines of content) with no references to external files. The label system tables and maintainer workflow details could be split into a separate reference file, keeping the SKILL.md focused on the core issue creation task. | 2 / 3 |
Total | 10 / 12 Passed |