CtrlK
BlogDocsLog inGet started
Tessl Logo

address-github-comments

Use when you need to address review or issue comments on an open GitHub Pull Request using the gh CLI.

60

Quality

69%

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 ./skills/address-github-comments/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%Scale 1-3

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

The skill provides a reasonable framework for addressing PR comments but suffers from vague middle steps (categorize/plan and apply fixes) that lack concrete, actionable guidance. The beginning and end of the workflow have executable commands, but the critical steps where code changes happen are hand-waved. The 'When to Use' and 'Limitations' sections are generic boilerplate that waste tokens without adding value.

Suggestions

Make Step 3 ('Apply Fixes') actionable by providing concrete guidance on how to locate files referenced in comments, make changes, and commit them (e.g., specific git commands for staging and committing with a message referencing the review thread).

Add a validation step after applying fixes, such as running tests or linting, before responding to comments as resolved.

Remove the generic 'When to Use' and 'Limitations' sections—they add no skill-specific value and waste tokens.

In Step 2, provide a concrete example of how to parse and categorize comments (e.g., using `gh api` to fetch review threads programmatically with specific fields).

DimensionReasoningScore

Conciseness

The skill includes some unnecessary sections like 'When to Use' (which just restates the overview) and 'Limitations' (generic boilerplate that Claude already knows). The 'Prerequisites' section explaining gh auth is borderline useful but slightly verbose. The core workflow content is reasonably lean but could be tightened.

2 / 3

Actionability

Steps 1 and 4 have concrete commands, but Steps 2 ('Categorize and Plan') and 3 ('Apply Fixes') are vague and lack any concrete code or specific instructions. 'Apply the code changes for the selected comments' is not actionable guidance—it describes rather than instructs.

2 / 3

Workflow Clarity

The four steps are sequenced logically and there's a user confirmation checkpoint in step 2, but there's no validation after applying fixes (e.g., running tests, verifying the build). Steps 2 and 3 are too abstract to guide Claude through the actual process reliably.

2 / 3

Progressive Disclosure

With no bundle files and a relatively short, single-purpose skill, the content is appropriately structured in well-organized sections without unnecessary nesting or monolithic walls of text. The structure is clear and navigable for its scope.

3 / 3

Total

9

/

12

Passed

Description

82%Scale 1-3

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 provides a clear 'Use when' clause and relevant trigger terms for GitHub PR comment workflows. Its main weakness is the lack of specific concrete actions—'address' is vague and could mean reply, resolve, dismiss, or edit. The description could also be more distinctive by clarifying the boundary between PR review comments and general GitHub issue comments.

Suggestions

Replace the vague verb 'address' with specific actions like 'reply to review comments, resolve comment threads, post issue comments, or dismiss reviews'.

Clarify the distinction between PR review comments and GitHub issue comments to reduce potential overlap with other GitHub-related skills.

DimensionReasoningScore

Specificity

The description names the domain (GitHub Pull Request comments) and a general action (address review or issue comments), but doesn't list specific concrete actions like 'reply to comments', 'resolve threads', 'request changes', or 'dismiss reviews'.

2 / 3

Completeness

The description explicitly answers both what ('address review or issue comments on an open GitHub Pull Request using the gh CLI') and when ('Use when you need to...'), providing a clear trigger clause.

3 / 3

Trigger Term Quality

Includes strong natural trigger terms: 'review comments', 'issue comments', 'GitHub Pull Request', 'gh CLI', 'PR'. These are terms users would naturally use when needing this skill.

3 / 3

Distinctiveness Conflict Risk

While it specifies GitHub PR comments via gh CLI, it could overlap with broader GitHub/PR management skills or general gh CLI skills. The phrase 'address review or issue comments' is somewhat distinct but 'issue comments' could conflict with GitHub Issues skills.

2 / 3

Total

10

/

12

Passed

Validation

90%

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

Validation — 10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

10

/

11

Passed

Repository
popey/claude-code-skills
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.