CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

pr-review-triage

Watch open PRs, check CI status, review staleness, merge conflicts, and unanswered review comments. Produces a prioritized watchlist.

Quality

81%

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

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

A tight, highly actionable monitoring skill whose template-and-rules structure leaves little ambiguity about what to produce. The main gaps are operational specifics: how to fetch CI/review data, what "L1 mode" means, and how escalation to a human is performed.

Suggestions

Add the concrete data-gathering commands (e.g. `gh pr checks`, `gh pr view --json reviews,mergeable`) alongside `gh pr list` so the per-PR assessment is fully executable.

Define or link "L1 mode" — it is referenced in a rule but never explained, leaving an undefined operational constraint.

Make the run sequence explicit (list PRs → fetch status per PR → update state file → emit top 3 actions) so the loop order is stated rather than implied by section order.

DimensionReasoningScore

Conciseness

The body is a lean sequence of inputs, a copy-paste output template, and dense decision rules with zero concept explanation Claude already knows; even the untrusted-input section carries distinct operational guidance per line. It sits above anchor 4 because nothing here reads as padding to trim.

5 / 5

Actionability

The per-PR template enumerates exact fields and allowed values ("passing | failing | pending | absent/unknown") and the rules give concrete decision logic, but only one command (`gh pr list`) is given — no commands for fetching CI status or reviews, and "L1 mode" is undefined. These minor gaps place it at anchor 4 rather than the fully-executable anchor 5.

4 / 5

Workflow Clarity

The sequence (gather inputs → assess each PR via template → update state file → surface top 3 actions) is clear from section structure, and the rules provide decision checkpoints and escalation paths ("If the required-check or review policy cannot be established, report Ready to merge: no and escalate to a human"). It misses anchor 5 because steps are never explicitly ordered and there is no verification of the written state.

4 / 5

Progressive Disclosure

This is a single-file, single-task skill (~57 lines) with well-organized sections (Inputs, Per-PR Output, Rules, Untrusted input) and no external references needed, so it earns the top anchor under the simple-skill exception. The only external mention, scripts/sync-untrusted-input.mjs, sits in an HTML comment as a generator note, not a navigation reference.

5 / 5

Total

18

/

20

Passed

Description

71%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 specific, action-rich description with a clear niche, weakened by the complete absence of any "when to use this" trigger guidance. Adding a Use-when clause with synonyms would lift the two lowest dimensions.

Suggestions

Append an explicit trigger clause, e.g. "Use when asked to monitor pull requests, babysit open PRs, track CI failures or review status, or maintain a PR watchlist."

Include natural synonyms users would say — "pull requests", "code review", "CI checks" — alongside the current "PRs" and "CI status" terms.

Keep the current concrete action list intact; it is the description's strongest asset.

DimensionReasoningScore

Specificity

"Watch open PRs, check CI status, review staleness, merge conflicts, and unanswered review comments. Produces a prioritized watchlist" lists five concrete domain-specific actions plus a concrete output artifact, matching the comprehensive-coverage anchor rather than the minor-gaps anchor below it.

5 / 5

Completeness

The "what" is clear and multi-part, but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. It cannot score 4 because the "when" half is entirely absent rather than just imprecise.

3 / 5

Trigger Term Quality

Natural phrases like "open PRs", "CI status", "merge conflicts", and "review comments" are present, but common synonyms and variations ("pull requests", "code review", "checks") are missing, so it fits the good-but-not-comprehensive anchor.

4 / 5

Distinctiveness Conflict Risk

The PR-monitoring/watchlist niche ("Watch open PRs, check CI status... Produces a prioritized watchlist") is mostly distinct with only minor overlap risk against general code-review skills. It falls short of anchor 5 because that anchor expects distinct explicit triggers, which this description lacks.

4 / 5

Total

16

/

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

frontmatter_unknown_keys

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

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository

cobusgreyling/loop-engineering

Path

starters/pr-babysitter-opencode/skills/pr-review-triage/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.