CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

issue-grouping

Group similar issues.

44

Quality

56%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.github/skills/issue-grouping/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

68%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a compact, actionable, well-sequenced set of instructions with concrete parameters throughout, appropriate for a short single-purpose skill. Its main weakness is the absence of validation/verification for a batch pagination workflow — loop termination is implicit and the final output is never checked. Structure is adequate but could separate the two passes and show an example of the expected output format.

Suggestions

Add validation steps for the batch loops: explicitly check whether the fetched page is empty or fewer than 50 results to determine when 'all pages are fetched', and verify the final categorized-issues.md contains every issue before showing it.

Include a short example of the expected output format (category header, issue link, upvote count) so subagents produce consistent entries.

Split the instructions into labeled phases (e.g. 'Phase 1: Discover categories', 'Phase 2: Place issues', 'Finalize: Sort and present') to make the two-pass structure explicit.

DimensionReasoningScore

Conciseness

The body is a lean 15-line instruction list with no explanations of concepts Claude already knows — it goes straight to tool ("GitHub MCP server"), pagination ("50 per page"), repository ("vscode"), and output file ("categorized-issues.md"). It falls short of 5 due to minor repetition ("sequentially, don't parallelize" stated twice, "Do NOT fetch more issue pages yet, make sure to write the categories to the file first") and a typo ("are are"), which could be tightened.

4 / 5

Actionability

For an instruction-only skill the guidance is concrete: exact MCP source, page size, repo, filter parameters (assignee/label), output filename, per-issue fields ("a link and the number of upvotes"), an "Other" fallback category, and a sort order. It is not 5 because minor gaps remain — no example of the output format, no exact MCP tool names, and no specification of how upvotes are read or how links are formatted.

4 / 5

Workflow Clarity

The six steps form a clear ordered sequence with one explicit ordering checkpoint (write category headers before fetching more pages), but this is a batch operation (paginating all issue pages in two passes) with no validation or verification steps — no way to confirm all pages were fetched, no loop-termination check, and no verification of the final file — which caps this dimension at 3 per the judging guidelines. It is above 2 because the sequence itself is explicit, sequential, and well-defined.

3 / 5

Progressive Disclosure

At 15 lines with no need for external files, the skill appropriately keeps everything in one place (no inlined content that belongs elsewhere, no nested references; the only file mentioned, categorized-issues.md, is an output artifact, and no bundle directories exist). It misses 5 because the organization is a single flat list under one header — the two distinct passes (category discovery in steps 1–2, issue placement in steps 3–4) and the output format would benefit from being separated into labeled sections.

4 / 5

Total

15

/

20

Passed

Description

25%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is three words and severely undersells a fairly specific GitHub issue-triage workflow. It gives no 'when to use' guidance, omits the GitHub/vscode/labels/assignee context that would distinguish it, and would rarely be triggered by the phrases users naturally say. It needs concrete actions plus an explicit trigger clause.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when the user asks to group, categorize, or find related/duplicate GitHub issues.'

State the concrete actions and scope, e.g. 'Fetch open GitHub issues by assignee and label, group them into categories, and write a sorted, linked summary to categorized-issues.md.'

Include distinguishing trigger terms (GitHub, issues, labels, assignee, triage, duplicates) to reduce conflict risk with generic grouping skills.

DimensionReasoningScore

Specificity

The entire description is "Group similar issues." — it names the domain ("issues") and a single generic action ("group"), matching the anchor 'Names the domain but actions are minimal or generic' ("Processes PDF files"). It is not a 1 because grouping is a concrete action rather than pure abstraction, and not a 3 because no second concrete action (fetching, categorizing, writing output) is mentioned.

2 / 5

Completeness

The 'what' is present but vague (group issues by unspecified criteria into an unspecified output) and the 'when' is entirely absent — there is no 'Use when...' clause or equivalent trigger guidance, which also caps this dimension per the judging guidelines. This matches anchor 2 ('Has a vague what and no when'); it is not 3 because a clear 'what' with concrete actions is required for that anchor.

2 / 5

Trigger Term Quality

Only the generic keywords "group", "similar", and "issues" appear; the natural phrases a user would actually say ("categorize GitHub issues", "find duplicate/related issues", "triage by label or assignee") are all missing. It sits above 1 because "group" and "issues" are at least on-topic, but below 3 since no domain qualifiers (GitHub, vscode, labels, assignees) or common synonyms (categorize, deduplicate, cluster) appear.

2 / 5

Distinctiveness Conflict Risk

"Group similar issues" is very broad and would conflict with any grouping/categorization skill (error clustering, review-finding grouping, generic triage), matching anchor 2 ('Very broad; high overlap risk with many similar skills'). It is not 3 because nothing in the description narrows it to GitHub issue triage, which is the skill's actual niche.

2 / 5

Total

8

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

microsoft/vscode

Path

.github/skills/issue-grouping/SKILL.md

Reviewed

Table of Contents

Is this your skill?

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.