CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

summarize-github-issue-pr-notification

Summarizes the content of a GitHub issue, pull request (PR), or notification, providing a concise overview of the main points and key details. ALWAYS use the skill when asked to summarize an issue, PR, or notification.

Quality

83%

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

SKILL.md
Quality
Evals
Security

Quality

Content

78%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.

A compact, well-organized instruction-only skill whose tips are concrete and immediately executable. Weaknesses are mild redundancy between Purpose and Usage, the absence of a worked summary example, and unspecified handling of PR patches and large comment threads.

Suggestions

Merge the redundant Purpose/Usage prose into a single statement of input and output to remove re-explanation and tighten the token budget.

Add one short worked example (input snippet → expected summary) to make the output format unambiguous and lift actionability.

Give explicit guidance for PR diffs/patches (e.g., summarize file changes as bullet lines rather than code) instead of only the implied length constraint.

DimensionReasoningScore

Conciseness

The body is short (~30 lines) with lean sections and no concept explanations Claude already knows, but there is minor redundancy: the Usage section restates the description ("extract the relevant information and generate a summary that captures the main points") and "Images are important visual content and should not be removed or summarized" pads the image rule. This is anchor 4 (efficient with minor trimmable over-explanation), not 5.

4 / 5

Actionability

Mostly executable guidance: concrete output rules such as "Output references to other issues and PRs as Markdown links", "Comments should be summarized with the author first. Ex: @username: ...", "always preserve them [images] in the output exactly as they appear", and a length constraint. Minor gaps remain — no worked input/output example and no instruction for handling PR patches/diffs beyond an implied length rule — placing it below anchor 5 but above anchor 3's incomplete-pseudocode level.

4 / 5

Workflow Clarity

This is a simple single-purpose skill and the single action (JSON in → structured summary out) is nearly unambiguous, but gaps exist: the input handling for patches/diffs is only implied by the length rule, and there is no checkpoint on how to verify the summary meets the constraints. Under the simple-skill guidance it is above anchor 3 yet short of the fully unambiguous anchor 5, so 4.

4 / 5

Progressive Disclosure

The skill is under 50 lines with no external references needed; the bundle has no references/, scripts/, or assets/ directories and the body references no external files. Per the rubric's simple-skill guideline, well-organized sections (Purpose, Usage, Tips) with no buried or nested references score 5.

5 / 5

Total

17

/

20

Passed

Description

82%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.

A strong description: third person, explicit "what" and "when" clauses with concrete triggers, and a clearly delimited GitHub issue/PR/notification niche. The main gaps are limited action specificity (only "summarizes") and missing natural synonyms such as "TL;DR" or "recap".

Suggestions

Enumerate the concrete sub-actions performed (e.g., condense issue bodies, threads, and PR diffs into bullet summaries) to lift specificity beyond a single verb.

Add natural synonyms and variations users would say, such as "TL;DR", "recap", "brief", or "give me the gist of this issue/PR", to strengthen trigger term coverage.

State the expected output shape (e.g., bullet-point digest with linked cross-references) so the "what" is even more concrete.

DimensionReasoningScore

Specificity

The description names the domain ("GitHub issue, pull request (PR), or notification") and one concrete action ("Summarizes the content... providing a concise overview of the main points and key details"), but only a single action is listed. Anchor 4 requires several specific actions, which this does not reach; anchor 3 (domain plus 1-2 concrete actions) is the best fit.

3 / 5

Completeness

Both parts are explicit: the "what" ("Summarizes the content of a GitHub issue, pull request (PR), or notification, providing a concise overview of the main points and key details") and the "when" ("ALWAYS use the skill when asked to summarize an issue, PR, or notification") with a concrete trigger phrase. Third person voice is used correctly, matching the anchor 5 example structure.

5 / 5

Trigger Term Quality

Natural trigger terms are well covered: "summarize", "issue", "pull request (PR)", "notification" — phrases a user would naturally say ("summarize an issue", "summarize a PR"). Missing common synonyms like "TL;DR", "recap", "brief", or "digest", so it falls just short of the comprehensive anchor 5 but clearly above anchor 3's missing-variation level.

4 / 5

Distinctiveness Conflict Risk

The scope is tightly narrowed to GitHub issue/PR/notification summarization — a clear niche with distinct triggers and minimal overlap risk with other skills, matching the anchor 5 pattern of a distinct trigger domain.

5 / 5

Total

17

/

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

relative_links

Relative link issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

microsoft/vscode-pull-request-github

Path

src/lm/skills/summarize-github-issue-pr-notification/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.