CtrlK
BlogDocsLog inGet started
Tessl Logo

prp-implement

Implements and validates existing PRP plans and corrects reviewed or failing-CI pull requests. Always use when executing an implementation plan, implementing an issue that already has a local or published plan, correcting a PR from a PRP review report or CI failure, when another PRP workflow reaches its implementation or correction step, or when the user invokes /prp-implement.

71

Quality

89%

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

The canonical home for this skill is prp-implement in Wirasm/prp

SKILL.md
Quality
Evals
Security

Quality

Content

85%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 tightly written, highly actionable orchestration skill: clear six-step sequence, explicit validation gates, feedback loops, and copy-paste-ready scripts for every mechanical operation. Its main weaknesses are the missing `templates/implementation-report.md` bundle file the workflow depends on, and a monolithic ~195-line body where the bench live-page protocol and generic implementation principles could live in one-level-deep reference files.

Suggestions

Ship `templates/implementation-report.md` in the bundle (the body marks it 'mandatory format') or inline its structure, since a dead reference breaks the report step in a fresh context.

Move the two 'A live plan page' / 'A live review page' bench protocol sections and their scripts into a single `references/bench-live-pages.md`, leaving a one-line trigger condition in SKILL.md.

Trim the generic 'Apply these implementation principles' bullets to the few that are project-specific (e.g., keep the disposition and test-contract rules, drop KISS/YAGNI/DRY restatements) to tighten the body's token cost.

DimensionReasoningScore

Conciseness

The body is dense and imperative throughout ("Never defer work required by the plan... complete it now or mark the implementation `BLOCKED`") with no concept tutorials, but the ten-bullet "Apply these implementation principles" block restates generic engineering wisdom Claude already knows ("Prefer the simplest solution... Apply KISS and YAGNI", "DRY shared structure") and could be trimmed. It fits 'efficient; minor instances of over-explanation' rather than level 5's 'every token earns its place', and is far too lean to fall to level 3's 'noticeably verbose'.

4 / 5

Actionability

Guidance is fully executable: the store-resolver bash block is copy-paste ready, the two `bench file read`/`bench file write` snippets include the exact Python transform, dispositions are enumerated as literal values (`FIXED`, `NOT A FINDING`, `TRACKED FOLLOW-UP`, `DECLINED`), and handoff ends with an exact terminal marker "end the response with exactly `VALIDATION: GREEN`". Only standard `{plan-name}`/`{NUMBER}` placeholders need substitution, which still matches 'copy-paste ready code or commands; specific examples cover the common cases'.

5 / 5

Workflow Clarity

Six explicitly numbered steps ("## 1. Establish context" through "## 6. Verify and hand off") with mode dispatch up front, dedicated validation checkpoints ("After each coherent task, ask: 'How do I prove this actually works?'"), error-recovery feedback loops ("Fix the proven cause and rerun the affected proof", bench exit 3 "changed since you read it": run it again), and a closing checklist ("Confirm the intended implementation or required corrections are complete, unrelated work remains untouched..."). This matches 'clear sequence with explicit validation steps; feedback loops for error recovery; checklists'.

5 / 5

Progressive Disclosure

The only bundle reference is "read `templates/implementation-report.md` and follow that structure exactly", but no bundle files exist (no references/, scripts/, assets/, or templates/), so navigation dead-ends; meanwhile ~195 lines of content that could be split out (the two bench live-page protocol sections with scripts, the implementation-principles block) are inlined. Structure and section titles are genuinely good — above level 2's 'minimal structure' — but the dangling mandatory template plus monolithic inline content fits 'some structure but could be better organized; content that should be separate is inline' better than level 4's 'minor organization gaps'.

3 / 5

Total

17

/

20

Passed

Description

91%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: third-person voice, explicit what-and-when with concrete trigger phrases for every entry path, and clear PRP-workflow anchoring. The only notable risk is that the unqualified 'executing an implementation plan' trigger could fire for non-PRP plans.

DimensionReasoningScore

Specificity

"Implements and validates existing PRP plans and corrects reviewed or failing-CI pull requests" names several distinct concrete actions (implement, validate, correct from review reports, correct from CI failures) in a specific domain. It falls short of level 5's 'comprehensive coverage' because the actions stay at workflow altitude with minor gaps (no mention of the commit/PR/report deliverables), but it clearly exceeds level 3's '1-2 concrete actions'.

4 / 5

Completeness

Both halves are explicit: what — "Implements and validates existing PRP plans and corrects reviewed or failing-CI pull requests"; when — "Always use when executing an implementation plan, ... or when the user invokes /prp-implement", a literal 'Use when' clause with multiple concrete trigger phrases. This matches level 5 exactly; the level 3 cap for a missing 'Use when' clause does not apply.

5 / 5

Trigger Term Quality

Natural trigger phrasings are comprehensively covered with synonyms: "executing an implementation plan", "implementing an issue that already has a local or published plan", "correcting a PR from a PRP review report or CI failure", "when another PRP workflow reaches its implementation or correction step, or when the user invokes /prp-implement". Each entry path (plan, issue, review, CI, delegation, slash command) has its own natural phrasing, matching level 5's 'comprehensive coverage of natural terms including synonyms' rather than level 4's 'a few natural terms missing'.

5 / 5

Distinctiveness Conflict Risk

The PRP framing ("existing PRP plans", "PRP review report", "when another PRP workflow reaches its implementation or correction step") carves a clear niche, but the first trigger — "executing an implementation plan" — is unqualified, so any generic implementation-plan request could pull this skill over a sibling non-PRP executor. That is 'minor overlap risk with closely related skills' (level 4) rather than level 5's 'minimal conflict risk'.

4 / 5

Total

18

/

20

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.

Validation — 15 / 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
Wirasm/prp
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.