CtrlK
BlogDocsLog inGet started
Tessl Logo

pr-review

Reviews all open pull requests on the MockServer GitHub repository and produces a structured report. Classifies PRs as mergeable, needs-work, stale/out-of-date, or duplicate. Use when the user says "review PRs", "PR report", "check pull requests", "PR status", "open PRs", or "duplicate PRs".

66

Quality

80%

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 ./.opencode/skills/pr-review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

76%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 content is highly actionable and well-structured, with executable commands and unambiguous classification logic. Its main gap is the absence of validation/verification feedback loops (pagination loop, API error and rate-limit handling) for a batch operation, which caps workflow clarity at 3.

Suggestions

Add validation checkpoints to the workflow: an explicit pagination loop for fetching all open PRs, handling of API errors/rate limits (e.g., checking HTTP status or gh's error output), and a verification step confirming each PR's data was retrieved before classifying it.

Tighten conciseness by collapsing the dual curl/gh variants — pick one primary method and mention the alternative once — instead of repeating full command blocks for both.

Consider moving the full report output template (the ~55-line markdown block in Step 6) into a references/ file to keep SKILL.md as a lean overview.

DimensionReasoningScore

Conciseness

The body is mostly executable curl/jq commands and rules with almost no explanation of concepts Claude already knows, but it includes dual curl/gh variants for the same calls and a ~55-line inline report template that could be trimmed — 'efficient; minor instances of over-explanation that could be trimmed' (anchor 4), not the fully lean anchor 5.

4 / 5

Actionability

Fully executable, copy-paste-ready curl and gh commands with jq filters for every API call, concrete classification rules with explicit precedence ('Apply these classifications in order (first match wins)'), specific duplicate-detection signals, and a complete output format. This matches anchor 5; anchor 4 would imply gaps in the covered cases.

5 / 5

Workflow Clarity

Steps 1–6 are clearly sequenced and ordered, but this is a batch operation over all open PRs with no validation or verification checkpoints: the note 'Paginate if there are more than 100' is mentioned but no loop is provided, and there is no handling of API errors, rate limits, or verification of fetched data before classifying. Per the rubric's batch-operation cap, workflow clarity cannot exceed 3.

3 / 5

Progressive Disclosure

There are no bundle files at all, and the ~230-line single-file body is organized into clear, well-ordered sections with no nested or buried references. It fits anchor 4 ('good structure; most content is appropriately placed; minor organization gaps') — the full report output template and per-call API details could arguably live in a references file, which keeps it below anchor 5.

4 / 5

Total

16

/

20

Passed

Description

83%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 strong: it states concrete capabilities in third-person voice and provides an explicit 'Use when' clause with natural trigger phrases. Its only weaknesses are minor missing keyword variations and slight overlap risk with generic PR-review skills.

DimensionReasoningScore

Specificity

Names the domain and several concrete actions — 'Reviews all open pull requests... and produces a structured report. Classifies PRs as mergeable, needs-work, stale/out-of-date, or duplicate' — with minor gaps in coverage (e.g., it does not mention CI check or review analysis), matching anchor 4 rather than the comprehensive anchor 5.

4 / 5

Completeness

Explicitly answers both 'what' ('Reviews all open pull requests... produces a structured report. Classifies PRs as...') and 'when' with the concrete trigger clause 'Use when the user says "review PRs", "PR report"...', matching the anchor-5 good_overall example pattern. Not 4 because the 'when' clause is explicit and phrase-specific.

5 / 5

Trigger Term Quality

Includes good natural phrases users would say: 'review PRs', 'PR report', 'check pull requests', 'PR status', 'open PRs', 'duplicate PRs'. A few natural variations like 'pull request review' or 'PR audit' are missing, so it fits anchor 4 rather than the comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

Scoping to 'the MockServer GitHub repository' gives it a clear niche, but generic trigger phrases like 'review PRs' and 'PR status' overlap with a general pull-request review skill — 'mostly distinct; minor overlap risk with closely related skills' (anchor 4), not the minimal-conflict anchor 5.

4 / 5

Total

17

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
mock-server/mockserver-monorepo
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.