CtrlK
BlogDocsLog inGet started
Tessl Logo

attach-review-to-pr

Add line-specific review comments to pull requests using GitHub CLI API

40

Quality

41%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Advisory

Suggest reviewing before use

Fix and improve this skill with Tessl

tessl review fix ./plugins/git/skills/attach-review-to-pr/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

42%

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

The skill is highly actionable with excellent, executable code examples covering single comments, batch reviews, and multi-line comments. However, it is severely over-engineered for a SKILL.md — it reads more like comprehensive API documentation than a concise skill file. The content is roughly 5x longer than necessary, explaining concepts Claude already knows and including inline content (API reference, helper scripts, troubleshooting) that should either be in separate files or omitted entirely.

Suggestions

Reduce to ~80 lines by removing sections Claude doesn't need: 'Understanding GitHub's Review Comment System', 'Parameters Explained' table, 'Best Practices' advice, 'API Reference' section, and response JSON examples.

Extract helper scripts, troubleshooting, and API reference into separate referenced files (e.g., TROUBLESHOOTING.md, REFERENCE.md) to improve progressive disclosure.

Add a brief validation step after posting comments (e.g., check the response status or verify with `gh api` that the comment exists) to improve workflow clarity.

Consolidate the skill into a quick-start section with the two main patterns (single comment via /comments, batch via /reviews) and a brief note about the MCP tool preference.

DimensionReasoningScore

Conciseness

Extremely verbose at ~400+ lines. Explains concepts Claude already knows (what issue comments vs review comments are, what GitHub's review system is, how parameter flags work). The 'Understanding GitHub's Review Comment System' section, 'Parameters Explained' table, 'Best Practices' section with advice like 'Be specific and constructive', helper scripts, full API reference at the end, and response JSON examples all add significant bloat. The same skill could be conveyed in under 80 lines.

1 / 3

Actionability

Provides fully executable, copy-paste ready bash commands with concrete examples for both single comments and batch reviews. Includes real command syntax with proper flag usage (-f vs -F), complete heredoc patterns, and working scripts.

3 / 3

Workflow Clarity

The workflow steps are present (get commit SHA, then post comment) and the troubleshooting section covers common errors with solutions. However, there's no explicit validation checkpoint after posting comments (e.g., verifying the comment was successfully created), and the overall flow is buried in extensive documentation rather than presented as a clear sequential process.

2 / 3

Progressive Disclosure

Monolithic wall of text with no content split into separate files. The API reference, helper scripts, troubleshooting guide, and detailed examples are all inline when they could be referenced separately. References to external docs (create-pr.md, commit.md) exist but the skill itself is not structured for progressive disclosure.

1 / 3

Total

7

/

12

Passed

Description

40%

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 identifies a clear, specific niche (line-specific PR review comments via GitHub CLI) which makes it distinctive, but it lacks a 'Use when...' clause and misses common trigger term variations like 'PR', 'code review', or 'inline comments'. Adding explicit trigger guidance and broader keyword coverage would significantly improve skill selection accuracy.

Suggestions

Add a 'Use when...' clause with trigger scenarios, e.g., 'Use when the user asks to review a PR, add inline comments, or leave code review feedback on specific lines.'

Include common user-facing synonyms and variations such as 'PR', 'code review', 'inline comments', 'suggest changes', 'review feedback'.

Expand the capability list to mention related actions if applicable, e.g., 'submit review with approve/request changes, comment on specific diff lines, suggest code changes inline.'

DimensionReasoningScore

Specificity

Names a specific domain (pull request review) and a specific action (add line-specific review comments), but only describes one action rather than listing multiple concrete capabilities.

2 / 3

Completeness

Describes what the skill does but has no 'Use when...' clause or equivalent explicit trigger guidance, which per the rubric should cap completeness at 2, and the 'what' is also fairly narrow, placing this at 1.

1 / 3

Trigger Term Quality

Includes relevant terms like 'review comments', 'pull requests', and 'GitHub CLI', but misses common user variations like 'PR', 'code review', 'inline comments', 'suggest changes', or 'gh'.

2 / 3

Distinctiveness Conflict Risk

The combination of 'line-specific review comments', 'pull requests', and 'GitHub CLI API' creates a very specific niche that is unlikely to conflict with other skills.

3 / 3

Total

8

/

12

Passed

Validation

72%

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

Validation8 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (512 lines); consider splitting into references/ and linking

Warning

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

8

/

11

Passed

Repository
NeoLabHQ/context-engineering-kit
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.