CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

recipe-reverse-engineer

Generate PRD and Design Docs from existing codebase through discovery, generation, verification, and review workflow

Quality

70%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/recipe-reverse-engineer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

70%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-sequenced orchestration recipe with concrete subagent invocation templates, explicit validation gates, and revision feedback loops. Its main weaknesses are duplicated content across modes and steps, and a fully monolithic structure with no bundle references, both of which cost tokens without adding guidance.

Suggestions

De-duplicate the repeated Re-validation paragraph (Steps 5 and 10) into a single shared section referenced by both loops.

Move the fullstack 7a/7b prompt templates into a one-level-deep reference file (e.g. references/fullstack-templates.md) and keep only the mode-selection logic inline.

Define the derived variables ($PRD_UNIT_COMBINED_RELATED_FILES, $DESIGN_DOC_UNIT_INVENTORY) once where the join/merge rules are stated, so every invocation template is fully derivable.

DimensionReasoningScore

Conciseness

The body avoids explaining concepts Claude already knows, but is noticeably repeatable: the "Re-validation" paragraph appears verbatim in both Step 5 and Step 10, and the 7a/7b prompt blocks largely duplicate the standard-mode Step 7 template; meta-boilerplate ("Core Identity: 'I am an orchestrator.'") adds tokens. This fits 'mostly efficient but could be tightened' rather than anchor 4's 'minor instances'.

3 / 5

Actionability

Concrete Agent invocation templates give exact subagent_type values, descriptions, and prompt blocks with placeholder-passing rules ("copy the named source values into the exact fields... invoke immediately"), which is mostly executable guidance. Not 5 because several variables ($PRD_UNIT_COMBINED_RELATED_FILES, $DESIGN_DOC_UNIT_INVENTORY) are referenced without explicit derivation rules.

4 / 5

Workflow Clarity

Phases and steps are clearly sequenced with explicit verification gates ("blocked... → correct the invocation/input and rerun"), conditional revision, re-validation feedback loops, per-unit Unit Completion checklists, and an error-handling table. This matches the anchor 'clear sequence with explicit validation steps; feedback loops for error recovery; checklists'.

5 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are all absent), so the entire ~400-line recipe is inline. Sections are well-organized, but the duplicated fullstack prompt templates and repeated re-validation prose are content that could be split into one-level-deep reference files. Anchor 3 fits better than 4, which expects references to be present and mostly clear.

3 / 5

Total

15

/

20

Passed

Description

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

The description states concrete deliverables and the workflow stages that produce them, but it omits any 'use when' trigger guidance and lacks common synonyms (documentation, specs, reverse engineer) users would naturally say. It is specific and reasonably distinctive but incomplete as an invocation trigger.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to document an existing codebase, reverse-engineer requirements, or generate PRDs/design docs from code."

Include natural synonyms users would say — "documentation", "specs", "requirements", "reverse engineer" — alongside "PRD" and "Design Docs".

Consider naming the key workflow variants (fullstack backend+frontend docs, human review) so the scope is distinguishable from generic doc-generation skills.

DimensionReasoningScore

Specificity

"Generate PRD and Design Docs from existing codebase through discovery, generation, verification, and review workflow" lists several concrete actions (PRD generation, Design Doc generation, discovery, verification, review), matching the 'lists several specific actions; minor gaps in coverage' anchor. Not 5 because coverage is incomplete (no mention of output locations, revision loops, or fullstack variants).

4 / 5

Completeness

The description has a clear 'what' (generate PRDs and Design Docs from an existing codebase) but no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. Not 4 because the 'when' is entirely absent rather than merely under-specified.

3 / 5

Trigger Term Quality

Natural keywords like "PRD", "Design Docs", and "codebase" are present, but common user phrasings such as "documentation", "specs", "requirements", "reverse engineer", or "document this code" are missing. This matches 'some relevant keywords but missing common variations or synonyms' rather than the good-coverage anchor 4.

3 / 5

Distinctiveness Conflict Risk

"PRD and Design Docs from existing codebase" carves a fairly distinct code-documentation niche with specific deliverables, so conflict risk with unrelated skills is low. It is not 5 because it could still overlap with other documentation- or spec-generation skills given the missing trigger phrasing.

4 / 5

Total

14

/

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

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

shinpr/claude-code-workflows

Path

skills/recipe-reverse-engineer/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.