CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

code-to-prd

Reverse-engineer any codebase into a complete Product Requirements Document (PRD). Analyzes routes, components, state management, API integrations, and user interactions to produce business-readable documentation detailed enough for engineers or AI agents to fully reconstruct every page and endpoint. Works with frontend frameworks (React, Vue, Angular, Svelte, Next.js, Nuxt), backend frameworks (NestJS, Django, Express, FastAPI), and fullstack applications. Use when users mention: generate PRD, reverse-engineer requirements, code to documentation, extract product specs from code, document page logic, analyze page fields and interactions, create a functional inventory, write requirements from an existing codebase, document API endpoints, or analyze backend routes.

69

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is a highly actionable, well-sequenced skill with excellent templates, detection heuristics, and real bundled references. Its main cost is token efficiency — duplicated frontmatter restatements, README-style feature copy, and thrice-repeated script examples — plus a validation checklist that is bundled but never invoked as an explicit workflow step.

Suggestions

Delete the '## Name', '## Description', and duplicate H1 sections at the top of the body — the frontmatter already carries this information.

Show the script workflow once (in Tooling) and drop the repeated invocations in Usage and Examples, replacing the Examples section with one-line expected outcomes per stack.

Add an explicit final validation step to Phase 3 (e.g., 'Before delivery, run references/prd-quality-checklist.md and fix any unchecked items') and move the Phase 1 framework directory listings into references/framework-patterns.md to slim the body.

DimensionReasoningScore

Conciseness

The core workflow content is dense and instructive, but there is real duplication: the body opens with "## Name", "## Description", and an H1 that restate the frontmatter; the "## Features" section is README-style copy restating workflow capabilities ("Mock detection", "Enum extraction", "Model extraction"); and the same script invocations (codebase_analyzer.py / prd_scaffolder.py) appear in Usage, Examples, and Tooling. This fits the 'mostly efficient but includes some unnecessary explanation or could be tightened' anchor; it is not a 4 because the duplicated header/description/features/usage material is clearly trimmable without losing any guidance.

3 / 5

Actionability

Guidance is fully executable throughout: exact commands with flags ("python3 scripts/codebase_analyzer.py /path/to/project -o analysis.json"), concrete table schemas for field inventories and API dependencies, mock-detection signals ("setTimeout / Promise.resolve() returning data → mock"), field-name extraction priority order, and complete README and per-page Markdown templates. This matches the copy-paste-ready, common-cases-covered anchor with no gaps.

5 / 5

Workflow Clarity

The 3-phase workflow (global scan → page-by-page analysis → document generation) is clearly sequenced, with an explicit batch checkpoint for large projects ("Output each batch for user review before proceeding") and a [TBC] uncertainty protocol. It falls short of 5 because validation is not wired into the sequence: references/prd-quality-checklist.md exists but no step says to run it before delivery — a 'verify every route has a doc' checkpoint would close the gap.

4 / 5

Progressive Disclosure

Structure is good: SKILL.md serves as the overview, the two reference files (framework-patterns.md, prd-quality-checklist.md) are one level deep and clearly signaled in a Tooling table with content descriptions, and both scripts are bundled and referenced. Minor gaps: Phase 1's per-framework directory listings partially duplicate what references/framework-patterns.md covers, and the extensive Page Type Strategies / per-page template could arguably live in a reference — inlining that keeps it at 4 rather than 5.

4 / 5

Total

16

/

20

Passed

Description

96%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: concrete capabilities, explicit and comprehensive trigger guidance, third-person voice, and a clear niche. The only weaknesses are mild — a few overly broad trigger phrases that slightly raise conflict risk, and a length that borders on padded though every clause carries information.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions with comprehensive coverage: "Reverse-engineer any codebase into a complete Product Requirements Document (PRD)", "Analyzes routes, components, state management, API integrations, and user interactions to produce business-readable documentation". Each clause names a specific capability rather than abstract intent, matching the comprehensive-coverage anchor; it does not fall to 4 because there are no meaningful gaps in the stated capability list.

5 / 5

Completeness

It explicitly answers both questions: "what" is stated concretely in the first two sentences, and "when" is given as an explicit "Use when users mention:" clause with concrete trigger phrases. This mirrors the 5-anchor example structure exactly; the 4-anchor (when only weakly specified) does not apply since the trigger guidance is explicit and enumerated.

5 / 5

Trigger Term Quality

The "Use when users mention:" clause provides comprehensive natural-language coverage with synonyms: "generate PRD, reverse-engineer requirements, code to documentation, extract product specs from code, document page logic, ... write requirements from an existing codebase, document API endpoints, or analyze backend routes". This matches the anchor for comprehensive natural-term coverage including variations; there is no missing common synonym that would drop it to 4.

5 / 5

Distinctiveness Conflict Risk

The niche (code-to-PRD reverse engineering) is clear and mostly distinct, but several broad triggers — "document API endpoints", "analyze backend routes", "code to documentation" — could also fire for users wanting a quick endpoint summary or inline documentation rather than a full PRD, giving minor overlap risk with general documentation/analysis skills. It is well above the 3-anchor (could still overlap with similar skills) because the PRD framing dominates, but not a clean 5 given the breadth of the trigger list.

4 / 5

Total

19

/

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

relative_links

Relative link issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

product-team/code-to-prd/skills/code-to-prd/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.