CtrlK
BlogDocsLog inGet started
Tessl Logo

review-pr

Deep code review of a single open PR in nrwl/nx. Checks the PR out only inside an isolated sandbox, then runs four fixed reviewers: implementation (correctness, errors, types, performance), verification (tests, ticket grounding, comments, and docs), approach, and security. A reproduce-verifier executes a runnable repro only when verification identifies one. The skill saves a GitHub-flavored draft to ~/.nx-pr-reviews/<NUMBER>.md and never posts it. Claude reads/executes PR code only through the sandbox CLI; credentials never enter the sandbox.

67

Quality

82%

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

72%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 meticulously sequenced, fully executable review pipeline with strong validation feedback loops and a working one-level reference. Its weakness is conciseness: the ~1700-line body interleaves extensive design rationale and observed-failure anecdotes that pad the token budget well beyond what instruction clarity requires.

Suggestions

Move the extensive 'why this is correct' rationale and 'Observed:' failure anecdotes into a separate reference file (e.g. references/rationale.md), keeping SKILL.md to the executable steps and the load-bearing rules — the anecdotes explain past bugs rather than instruct the current run.

The Trust model, Nx-specific calibration, and admission-test sections each restate their rules multiple times across the file; consolidate each into a single authoritative statement to cut repeated tokens.

Split the per-run charter template and the agent dispatch-prompt templates into a references/ file referenced by path, since they are large literal blocks that an agent-facing file could hold without living in the orchestrator's main body.

DimensionReasoningScore

Conciseness

At ~1700 lines the body is heavily padded with rationale, observed-failure anecdotes ('Observed: an image predating the pnpm-store warming went unnoticed for two weeks...'), and restated justifications that explain why each design choice exists rather than just instructing; it consistently over-explains context Claude can infer, landing noticeably below the efficient midpoint.

2 / 5

Actionability

Every step ships copy-paste-ready, executable bash (gh pr view, sandbox start/exec/read, the verified EVIDENCE block) plus a complete charter template and agent dispatch prompts with concrete placeholders, covering the common cases end to end.

5 / 5

Workflow Clarity

Steps 1–10 are explicitly numbered and sequenced with validation checkpoints throughout — write-then-verify-then-move for the diff, the EVIDENCE verification block with explicit feedback loops, merge-base guards, force-push branch handling, and a mandatory cleanup step even on failure.

5 / 5

Progressive Disclosure

Structure is clear with a real one-level-deep reference (scripts/replay-prior-patch.sh is invoked via ${CLAUDE_SKILL_DIR}/scripts/) and per-run charter/context files, but the bulk of the workflow is inlined in SKILL.md rather than split into reference files, and the script reference is the only bundle file, leaving minor organization gaps.

4 / 5

Total

16

/

20

Passed

Description

92%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 precise, concrete, third-person description that names every phase of the pipeline and the sandbox/draft-only constraints, with clear what-and-when framing. Its only soft spot is trigger breadth, being pinned to one repo and omitting broader synonyms.

Suggestions

Add a short 'Use when...' clause with natural synonyms a contributor might say (e.g. 'Use when reviewing a PR in nrwl/nx, or when asked to check a pull request before it merges') to broaden trigger coverage beyond repo-specific phrasing.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Checks the PR out only inside an isolated sandbox', 'runs four fixed reviewers: implementation...verification...approach, and security', 'executes a runnable repro', 'saves a GitHub-flavored draft to ~/.nx-pr-reviews/<NUMBER>.md and never posts it' — covering the full review pipeline comprehensively.

5 / 5

Completeness

It explicitly states both what it does ('runs four fixed reviewers...', 'saves a...draft') and when to use it implicitly via a clear action target ('Deep code review of a single open PR'), with concrete trigger framing of the PR-review task; the 'what' and 'when' are both explicit and concrete.

5 / 5

Trigger Term Quality

Natural terms like 'open PR', 'code review', 'draft', and 'repro' are present and a user would plausibly say them, but it is repo-specific ('nrwl/nx') and omits common synonyms/extensions a general user might say, so it sits just below comprehensive coverage.

4 / 5

Distinctiveness Conflict Risk

The niche is sharply drawn — a single open PR in nrwl/nx, sandbox-isolated execution, drafts-only-no-posting, fixed four-reviewer pipeline — giving it distinct triggers and minimal overlap with generic review or PR skills.

5 / 5

Total

19

/

20

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

skill_md_line_count

SKILL.md is long (1705 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

13

/

16

Passed

Repository
nrwl/nx
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.