CtrlK
BlogDocsLog inGet started
Tessl Logo

arn-code-review-pr

This skill should be used when the user says "review PR", "review pull request", "check PR comments", "review PR feedback", "review PR 123", "analyze PR comments", "validate PR review", "address PR feedback", "fix PR issues", "what did the reviewer say", "review Bitbucket PR", or wants to validate GitHub or Bitbucket PR review comments, categorize findings, and optionally connect back into the Arness pipeline for fixes. Do NOT use this for creating PRs (use arn-code-ship) or reviewing implementation quality (use arn-code-review-implementation).

72

Quality

88%

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

77%Weight 40%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable with a well-sequenced, validation-checked workflow and good use of split-out reference files. Its weak spots are conciseness (repetitive per-platform structure) and progressive-disclosure signaling (raw path strings instead of links and no reference index).

Suggestions

Collapse the repeated GitHub/Bitbucket parallel structure where the only difference is a command — present a shared step with a small platform-command table to cut ~20% of the body.

Replace the raw ${CLAUDE_PLUGIN_ROOT}/skills/arn-code-review-pr/references/x.md path strings with standard markdown links (e.g. [pr-report-format.md](references/pr-report-format.md)) and add a short '## References' section listing both files for easier navigation.

Trim the duplicated capability sentence in the opening paragraph, since the same validate/categorize/fix intent is already conveyed by the step headings.

DimensionReasoningScore

Conciseness

The body is mostly efficient, action-oriented prose that doesn't explain concepts Claude already knows, but the parallel GitHub/Bitbucket structure across every step and the repeated intro phrasing ("optionally connect back into the Arness pipeline for fixes or creates tracking issues") could be tightened, so it sits at the 'mostly efficient' anchor rather than lean.

2 / 3

Actionability

It provides fully executable commands (gh api ... --paginate, bkt pr comments <id> --json, git checkout main 2>/dev/null || git checkout master ...), a concrete categorization table, specific commit messages, and explicit AskUserQuestion options — copy-paste ready guidance throughout.

3 / 3

Workflow Clarity

A clear six-step sequence with explicit validation checkpoints (warn on MERGED/CLOSED before proceeding; verify targeted tests and retry up to 3 attempts then revert; confirm before commit/push) and error-recovery feedback loops, including a dedicated Error Handling section.

3 / 3

Progressive Disclosure

Two real, well-scoped reference files (pr-report-format.md, deferred-issue-template.md) are referenced one level deep in Steps 4 and 5/6, but they are cited as raw ${CLAUDE_PLUGIN_ROOT}/.../references/x.md strings rather than navigable links, and there is no References section enumerating them — signaling is present but not clean enough for the top anchor.

2 / 3

Total

10

/

12

Passed

Description

100%Weight 40%Scale 1-3

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 capabilities, extensive natural trigger phrases, explicit when-guidance, and clear disambiguation from neighboring skills. Minor verbosity from the long trigger list does not reduce the score under this rubric.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "validate GitHub or Bitbucket PR review comments, categorize findings, and optionally connect back into the Arness pipeline for fixes" — matching the top anchor for specific capabilities.

3 / 3

Completeness

It explicitly answers both what (validate/categorize/connect for fixes) and when ("This skill should be used when the user says..."), meeting the explicit-trigger bar.

3 / 3

Trigger Term Quality

It enumerates many natural phrases a user would say ("review PR", "check PR comments", "what did the reviewer say", "review Bitbucket PR", etc.), giving broad coverage of real trigger terms.

3 / 3

Distinctiveness Conflict Risk

Explicit exclusions ("Do NOT use this for creating PRs (use arn-code-ship) or reviewing implementation quality (use arn-code-review-implementation)") carve out a clear niche and prevent sibling-skill conflicts.

3 / 3

Total

12

/

12

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
AppsVortex/arness
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.