File a GitHub issue for local integration test failures. TRIGGERS: file test bug, report test failure, create bug for test, integration test failed, test failure issue, junit failure
93
95%
Does it follow best practices?
Impact
81%
2.02xAverage score across 3 eval scenarios
Risky
Do not use without reviewing
Quality
Discovery
89%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a well-crafted skill description with a clear, focused purpose and excellent trigger terms. Its main weakness is that it describes only a single action rather than elaborating on the specific steps or capabilities involved (e.g., parsing test output, extracting failure details, formatting the issue). The explicit TRIGGERS list effectively compensates for the lack of a traditional 'Use when' clause.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description names a specific action ('File a GitHub issue') and a specific domain ('local integration test failures'), but it only describes one concrete action rather than listing multiple specific capabilities. | 2 / 3 |
Completeness | The description clearly answers 'what' (file a GitHub issue for local integration test failures) and 'when' (explicit TRIGGERS list serves as the 'Use when' clause, providing clear trigger conditions). | 3 / 3 |
Trigger Term Quality | The TRIGGERS section includes a strong set of natural keywords users would actually say: 'file test bug', 'report test failure', 'create bug for test', 'integration test failed', 'test failure issue', 'junit failure'. These cover multiple natural variations of how a user might request this. | 3 / 3 |
Distinctiveness Conflict Risk | This skill has a very clear niche: filing GitHub issues specifically for integration test failures. The combination of 'GitHub issue' + 'test failures' + 'integration test' makes it highly distinct and unlikely to conflict with general GitHub or general testing skills. | 3 / 3 |
Total | 11 / 12 Passed |
Implementation
100%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a high-quality skill that efficiently communicates a specific workflow for filing GitHub issues from test failures. It excels in actionability with concrete file paths, tool names, and a complete issue template. The required diagnosis step before issue creation is a well-designed validation checkpoint that prevents low-quality bug reports.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is lean and efficient. It doesn't explain what GitHub issues are, what JUnit is, or how MCP servers work. Every section serves a purpose: input requirements, step sequence, issue template, and a critical constraint. No wasted tokens. | 3 / 3 |
Actionability | Provides a concrete issue template with exact field values (owner, repo, labels), specific file paths to read (tests/reports/junit.xml, agent-metadata.md), the exact MCP tool to call (github-mcp-server-create_issue), and a structured markdown body template. The steps are specific and executable. | 3 / 3 |
Workflow Clarity | The 7-step workflow is clearly sequenced with an explicit validation checkpoint at step 6 ('REQUIRED - Write diagnosis BEFORE creating issue'). This acts as a feedback loop ensuring analysis quality before the destructive action of creating an issue. The diagnosis step includes specific sub-tasks (analyze, compare, identify, write, suggest) that prevent premature issue filing. | 3 / 3 |
Progressive Disclosure | For a skill of this size and scope (~50 lines, single-purpose task), the content is well-organized into clear sections (Input, Steps, Important) without being monolithic. No bundle files are needed, and no unnecessary external references exist. The structure is appropriate for the complexity. | 3 / 3 |
Total | 12 / 12 Passed |
Validation
100%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
771a666
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.