CtrlK
BlogDocsLog inGet started
Tessl Logo

prp-plan

Creates an implementation-ready plan for a feature, bug fix, refactor, or chore from a PRD, issue, document, or description using codebase evidence, first-principles reasoning, and conditional root-cause analysis, research, or spikes. Publishes issue-derived plans back to their source issue. Use when the user asks to "plan this feature", "plan this bug fix", "plan issue X", "create an implementation plan", "turn this PRD into a plan", investigate how a change should be built, link related plans, or invokes $prp-plan.

73

Quality

92%

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

81%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 well-architected multi-phase workflow: explicit sequencing, design and verification gates, feedback loops on the publish path, and disciplined progressive disclosure to a real references/ bundle. The main defects are three unresolvable referenced paths (both templates/ and workflows/update-references.md), which leave the plan artifact's required format undefined as shipped, and a final checklist that largely restates earlier mandates rather than adding new checks.

Suggestions

Restore or remove the three unresolvable bundle paths — templates/plan-template.md, templates/report-format.md, and workflows/update-references.md — since step 7's plan spine, step 8's report format, and the Mode section's link routing all depend on files absent from the bundle.

Inline a compact outline of the plan template's required sections (even just the heading spine) so the central deliverable's format is actionable when the template file cannot be read.

Trim step 8's verification checklist to checks that catch failure modes not already enforced in steps 1–7; roughly half the bullets restate earlier mandates (causal-chain proof, comment coverage, validation-command provenance).

DimensionReasoningScore

Conciseness

The body assumes Claude's competence and explains no known concepts, but step 8's 14-item checklist restates constraints already mandated in steps 1–7 (e.g., "bug-fix plans state the proven causal chain, fix boundary, and regression proof" repeats step 3's requirements, and "issue-derived plans account for relevant comments and linked tracker context" repeats step 1's), and several qualifier-dense sentences could be tightened. Not 3 because there are no unnecessary explanation blocks or padding.

4 / 5

Actionability

Concrete, executable guidance dominates: a copy-paste bash store resolver, named agent roles (codebase-explorer, codebase-analyst, root-cause-analyzer, web-researcher), exact paths ($PRP_DIR/plans/<kebab-case-name>.plan.md), an exact publish prefix (<!-- prp-plan-id: <plan-id> -->), and $-skill invocations. Not 5 because the central deliverable's format is delegated to files absent from the bundle — step 7 says "Read templates/plan-template.md ... Keep its required human-scannable spine" but that file, templates/report-format.md, and workflows/update-references.md do not resolve, leaving the output artifact's shape unspecified as shipped.

4 / 5

Workflow Clarity

Eight numbered phases are explicitly sequenced with validation checkpoints at every boundary: the step 6 design gate lists exact stop-and-ask conditions, step 3 defines when to skip ("For requests that do not assert broken current behavior, skip this step"), and step 8 adds publish-then-verify feedback loops with failure handling ("If publication or verification fails, preserve the local plan but report the publication blocker; do not claim the shared handoff is complete") plus a 14-item completion checklist. This matches the anchor-5 pattern of clear sequence, explicit validation, error recovery, and checklists.

5 / 5

Progressive Disclosure

Structure and signaling are strong: a Resources section describes each file, references are one level deep and invoked in the relevant steps, and the four references/*.md files (44–139 lines each) exist. However, 3 of the 7 referenced paths do not resolve in the actual bundle (templates/plan-template.md, templates/report-format.md, workflows/update-references.md), including the file defining the required plan spine — navigation breaks for those. Not 3 because references are clearly signaled and content is appropriately split rather than inlined; not 5 because of the dead paths.

4 / 5

Total

17

/

20

Passed

Description

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

An exemplary description: third-person, concrete capabilities covering inputs, change types, methods, and outputs, paired with an explicit "Use when" clause quoting natural trigger phrases and the invocation name. Both what and when are unmistakable, and the triggers are distinctive to this skill's niche.

DimensionReasoningScore

Specificity

Multiple concrete actions with comprehensive coverage: "Creates an implementation-ready plan for a feature, bug fix, refactor, or chore from a PRD, issue, document, or description", "conditional root-cause analysis, research, or spikes", and "Publishes issue-derived plans back to their source issue" span inputs, change types, methods, and outputs. Not 4 because no capability area of the skill is left uncovered.

5 / 5

Completeness

Explicitly answers both questions: the what ("Creates an implementation-ready plan ... Publishes issue-derived plans back to their source issue") and the when ("Use when the user asks to ...") with concrete trigger phrases — exactly the anchor-5 pattern.

5 / 5

Trigger Term Quality

The quoted triggers are natural user utterances covering the domain comprehensively: "plan this feature", "plan this bug fix", "plan issue X", "create an implementation plan", "turn this PRD into a plan", "investigate how a change should be built", "link related plans", plus the direct "$prp-plan" invocation. Not 4 because no common natural phrasing for requesting a plan is missing.

5 / 5

Distinctiveness Conflict Risk

A clear niche (implementation planning from PRDs/issues with codebase evidence) with plan-specific triggers; even the closest-to-ambiguous trigger, "investigate how a change should be built", is planning-intent and would not pull requests belonging to debugging or research skills. Minimal conflict risk.

5 / 5

Total

20

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

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.