CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

gh-watch-reviews

Use when the user wants to watch the current GitHub repo for pull requests that need their review — new PRs, explicit review requests, re-requests after new commits — e.g. "watch for incoming reviews", "check PRs needing my review", or to set up a recurring check. GitHub-only (gh CLI). Not for reviewing one specific known PR (invoke pr-review directly).

74

Quality

93%

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

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

An exceptionally actionable skill body: exact commands, verbatim output templates, explicit error and stale-state handling with a re-run feedback loop, and precise read-on-demand routing to four real reference files. The only cost is density — a few duplicated rules and heavily qualified sentences could be tightened without losing any operational content.

Suggestions

Deduplicate the recurring-mode permission narrative: the 'grant covers only the invoking turn / ticks never load this file' rule appears in the Recurring mode preamble, the rules list, and Notes — state it once and reference it.

Split the longest qualified sentences (e.g. the step-1 first-run/migration paragraph and the check_stale paragraph) into shorter rules; the nested clauses force re-reading to extract the operative instruction.

DimensionReasoningScore

Conciseness

No filler and no explanations of concepts Claude already knows — every line is an operational rule, exact command, or exact output format. However, a few rules are stated more than once (the tick-never-loads-this-file / permission-rule point recurs across Recurring mode and Notes) and several sentences carry long nested qualifiers that could be trimmed, which keeps it just below the leanest anchor.

4 / 5

Actionability

Fully executable throughout: exact scanner commands ('${CLAUDE_SKILL_DIR}/scripts/scan.sh --once', '--mark-armed <interval in whole minutes>'), a copy-paste JSON permissions rule, a verbatim Skill(skill="loop", ...) body with the full tick script, and exact per-status output lines with quoted placeholders like '<checked_at>' and 'owner/repo'.

5 / 5

Workflow Clarity

The pass is a numbered sequence with per-status branches, a hard error checkpoint ('Never continue past a failure'), a genuine feedback loop for stale locks (ask the user → fix state → re-run from step 2), and recurring mode that verifies the permissions rule before arming and requires --mark-armed after — explicit validation at every fragile point.

5 / 5

Progressive Disclosure

SKILL.md is the overview and the Notes section maps each of the four references to exactly when it is needed ('first run, reconfigure, or state semantics → references/setup.md; a candidates verdict → references/candidates.md; new-tab launches → references/review-target.md; design rationale → references/design-notes.md'). All referenced files exist and cross-links between them are sibling-level, so references are one level deep and clearly signaled.

5 / 5

Total

19

/

20

Passed

Description

95%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: concrete behaviors, explicit 'Use when' triggers with quoted natural phrases, and clear disambiguation from the pr-review skill. The only gap is that the action taken on discovered PRs (handing each to pr-review) is implied rather than stated. Third-person voice is used throughout, per guidelines.

DimensionReasoningScore

Specificity

Names several concrete behaviors — 'watch the current GitHub repo for pull requests that need their review — new PRs, explicit review requests, re-requests after new commits' and 'set up a recurring check' — but never states what happens when a candidate is found (hand-off to pr-review is only implied by the negative boundary), a minor coverage gap that keeps it below the comprehensive anchor.

4 / 5

Completeness

Explicitly answers both: the what is the enumerated watch behaviors (new PRs, explicit review requests, re-requests after new commits, recurring check setup), and the when is a concrete 'Use when the user wants to…' clause with example phrasings, plus an explicit negative boundary ('Not for reviewing one specific known PR').

5 / 5

Trigger Term Quality

Includes quoted natural trigger phrases users would actually say — 'e.g. "watch for incoming reviews", "check PRs needing my review", or to set up a recurring check' — alongside pull requests, new PRs, review requests, and re-requests, giving comprehensive natural-term coverage.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (repo-wide watch for PRs needing the user's review) with explicit scope ('GitHub-only (gh CLI)') and explicit disambiguation from the closest sibling skill ('Not for reviewing one specific known PR (invoke pr-review directly)'), minimizing conflict risk.

5 / 5

Total

19

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

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

14

/

16

Passed

Repository

provectus/awos-recruitment

Path

registry/skills/gh-watch-reviews/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.