CtrlK
BlogDocsLog inGet started
Tessl Logo

github-code-review

Review PRs: diffs, inline comments via gh or REST.

55

Quality

63%

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/github/github-code-review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%

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 executable code and a clearly sequenced PR-review workflow including validation. Its main weaknesses are token redundancy (overlapping Sections 2 and 5, plus a generic checklist) and a monolithic body that underuses progressive disclosure despite having a well-structured reference file.

Suggestions

Consolidate the overlapping PR-interaction curl/gh examples in Sections 2 and 5 into one canonical block, cross-referencing it from the other section to remove duplicated payloads.

Move the full REST curl recipes (single comment, multi-comment review) into a references file, keeping only the gh shortcuts and a pointer inline, to improve progressive disclosure.

Trim Section 3's checklist to skill-specific gotchas (e.g. the provided grep patterns for secrets/conflict markers) rather than restating generic code-review knowledge Claude already has.

DimensionReasoningScore

Conciseness

The body is mostly executable commands, but Section 3's checklist restates generic review knowledge Claude already has, and Sections 2 and 5 repeat near-identical curl/gh payloads, adding redundant tokens.

2 / 3

Actionability

It provides fully executable git, gh, and curl commands including complete copy-paste-ready JSON payloads for inline comments and atomic reviews.

3 / 3

Workflow Clarity

Section 5 lays out a clear 9-step end-to-end sequence with an explicit validation checkpoint (Step 5: run tests/linter), a referenced checklist, and a verdict decision tree covering approve/request-changes/comment.

3 / 3

Progressive Disclosure

The one reference file (review-output-template.md) is one level deep and clearly signaled, but the body is largely monolithic — large REST curl examples and the full review checklist are inline where they could be split into references.

2 / 3

Total

10

/

12

Passed

Description

50%

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 concise and names a clear niche with a couple of concrete actions, but it omits any explicit "Use when…" trigger guidance and is light on natural trigger-term variations. It is competent but generic enough to risk overlap with related GitHub skills.

Suggestions

Add a "Use when…" clause, e.g. ". Use when reviewing a PR or local changes before pushing, or when the user mentions code review, pull requests, or PR review."

Broaden trigger terms to include natural phrasings users say: "code review", "pull request", "review before push", "request changes".

Add a discriminator from sibling skills (e.g. note it focuses on posting structured inline review comments) to reduce overlap with github-pr-workflow.

DimensionReasoningScore

Specificity

Names the PR-review domain and two concrete actions ("diffs", "inline comments") with transport variants ("gh or REST"), but the action list is narrow and not comprehensive rather than enumerating multiple specific operations.

2 / 3

Completeness

It states what the skill does (review PRs, diffs, inline comments) but has no "Use when…" clause or equivalent explicit trigger guidance, which caps completeness at 2 per the judging guidelines.

2 / 3

Trigger Term Quality

"Review PRs" is a natural term a user would say, but common variations like "code review", "pull request", "PR review", or "review before push" are missing.

2 / 3

Distinctiveness Conflict Risk

The PR-review niche is clear, but the description could still overlap with sibling skills such as github-pr-workflow since no discriminator is given.

2 / 3

Total

8

/

12

Passed

Validation

81%

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

Validation13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

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

Warning

Total

13

/

16

Passed

Repository
NousResearch/hermes-agent
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.