CtrlK
BlogDocsLog inGet started
Tessl Logo

ai-prototype

Turns an idea into a working, user-testable prototype with AI builders (Lovable, v0, Bolt, Replit, Cursor, Claude Code) and gets you unstuck when the tool breaks. Produces a Prototype Brief with a build-prompt pack, a debugging log and a user-test plan. Use for 'vibe coding', 'build a prototype', 'prototype this feature', 'Lovable prompt', 'my AI builder is stuck', 'prototype instead of a PRD', or 'demo for users'. Draws on 44 Lenny's Podcast guests incl. Lazar Jovanovic, Zevi Arnovitz and Guillermo Rauch.

74

Quality

93%

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

88%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 high-quality instructional skill body: actionable plays, explicit validation checkpoints and stop rules, a complete deliverable template, and genuine one-level-deep references. The main trim opportunities are the inline Receipts quotes duplicated in references/quotes.md and some attribution verbosity.

Suggestions

Move the six "Receipts" quotes out of SKILL.md and point to `references/quotes.md`, which already contains the verified quotes — this cuts ~12 lines of duplicated content and improves both conciseness and progressive disclosure.

Trim the per-bullet guest attributions (e.g. in Red flags and Play 1) to the ones that carry a judgment call; the names can live in references/frameworks.md without changing behavior.

Consider moving the "Grade existing work" scoring table into references/frameworks.md and keeping only the command to run it, since it is a secondary mode rather than the core build workflow.

DimensionReasoningScore

Conciseness

The body is dense and operational — numbered plays, a situation→play table, a copy-paste deliverable template — with almost no explanation of concepts Claude already knows, matching the efficient 4 anchor. It is not a 5 because minor content could be trimmed: the six-quote "Receipts" section (~12 lines) duplicates material already in `references/quotes.md`, and per-bullet guest attributions add tokens beyond what the guidance needs.

4 / 5

Actionability

For an instruction-only skill the guidance is fully executable: concrete diagnostic questions capped at 4, exact tactics ("say *try something else*", "export to GitHub (or compress with Repomix)", "add console logs along each step, rerun, paste the full log back"), a complete copy-paste-ready Prototype Brief template, and a 1–5 anchored grading table. This matches the 5 anchor: specific examples cover the common cases.

5 / 5

Workflow Clarity

The sequence is explicit (Step 1 Diagnose → Step 2 Pick the play → Step 3 Run it → Deliverable) with real validation checkpoints: "Done when: a stranger can complete the core journey", a "Stop rule" against brute-forcing infeasible capabilities, success/kill signals in the user-test plan, and a debug loop with revert-and-rethink plus a rules-file lesson as the error-recovery feedback loop. Not 4: checkpoints are explicit at each phase, not merely implied.

5 / 5

Progressive Disclosure

Good structure with one-level-deep, well-signaled references that are real files ("`references/frameworks.md` — every framework in this skill, how to run it"; "`references/quotes.md` — verified quotes with timestamps"), and the operational core is correctly kept inline. It falls short of the 5 anchor because content that belongs in the separate quotes file (the six Receipts quotes) is also inlined, duplicating the bundle rather than cleanly splitting it.

4 / 5

Total

18

/

20

Passed

Description

95%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: explicit what-and-when structure, comprehensive natural trigger phrases, and a well-delineated niche. The single defect is a second-person clause ("gets you unstuck") that breaks the required third-person voice and costs it specificity points.

Suggestions

Rewrite "gets you unstuck when the tool breaks" in third person, e.g. "unsticks the builder when it loops on a bug", to satisfy the third-person-voice rule and recover the specificity point.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions with comprehensive coverage — "Turns an idea into a working, user-testable prototype with AI builders (Lovable, v0, Bolt, Replit, Cursor, Claude Code)", "gets you unstuck when the tool breaks", "Produces a Prototype Brief with a build-prompt pack, a debugging log and a user-test plan" — which matches the 5 anchor, but the second-person clause "gets you unstuck" violates the third-person-voice rule ("Processes files", not "You can use this"), reducing the score by 1 per the rubric.

4 / 5

Completeness

It explicitly answers both what ("Turns an idea into a working, user-testable prototype...", "Produces a Prototype Brief...") and when ("Use for 'vibe coding', 'build a prototype'...") with concrete trigger phrases — exactly the 5 anchor. Not 4: the 'when' clause is fully explicit, not merely present.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive and natural: "'vibe coding', 'build a prototype', 'prototype this feature', 'Lovable prompt', 'my AI builder is stuck', 'prototype instead of a PRD', or 'demo for users'" — these are phrases a user would actually say, with synonyms (prototype/prototype this feature/demo) plus specific tool names. Not below 5: no common variation is obviously missing for this domain.

5 / 5

Distinctiveness Conflict Risk

Clear niche (AI-builder prototyping and debugging) with distinct triggers — "Lovable prompt", "my AI builder is stuck", "vibe coding", "prototype instead of a PRD" — that few other skills would claim, matching the minimal-conflict 5 anchor. Tool names like Lovable, v0 and Bolt further disambiguate.

5 / 5

Total

19

/

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
menkesu/awesome-pm-skills
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.