CtrlK
BlogDocsLog inGet started
Tessl Logo

intent

Turn an open-ended idea into a PRD plus a runnable definition of done. Use when a developer wants to start a new feature, "file a PRD", "spec out" or "scope" an idea, think through what to build, or kick off the harness for a piece of work. Produces prds/<feature>/prd.md + an executable prds/<feature>/run-prd-test.sh on a prd/<author-slug>/<feature> branch. The one human-attentive skill in the chain.

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

Low

Low-risk findings worth noting

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 well-structured, highly actionable overview with an explicit validation feedback loop, recovery/idempotency handling, and clean one-level reference disclosure. The main weakness is redundancy — several principles are stated twice (intro/P8, P3/Step 4, P6/Step 6) and seam annotations are duplicated between body and references.

Suggestions

Merge the intro's 'coordinator, not a knowledge holder' paragraph with P8 (or replace the principle with a pointer to the intro) to remove the duplicated statement.

Trim the restatements: P3 and P6 are re-explained in Steps 4 and 6 — cite the principle number instead of re-explaining it.

Drop the '(Hackable seam: ...)' parentheticals from the body since each referenced file already carries its own seam note at the top.

DimensionReasoningScore

Conciseness

The prose is mostly tight, instruction-style writing with no padding about concepts Claude already knows, but there is noticeable redundancy: 'You are a coordinator, not a knowledge holder' is stated in the intro and again as P8; P3's throughline question is re-explained in Step 4; P6 is restated in Step 6; and 'Hackable seam' parentheticals duplicate notes already carried in the reference files. That is more than minor trimmable instances, placing it at 3 rather than 4.

3 / 5

Actionability

Guidance is concrete throughout: Step 7 gives a complete, copy-paste-ready git command block; other steps name exact commands ('chmod +x prds/<feature>/run-prd-test.sh', 'git config user.email') and exact paths; the common invocation case ('/intent add a search page') is explicitly handled. As an instruction-only skill with specific, executable guidance, it meets the 5 anchor.

5 / 5

Workflow Clarity

Steps 0–7 are clearly sequenced with an explicit validation feedback loop (Step 6: run the runner, read the exit code, fix wrong-reason failures, re-run, iterate), a decision gate (Step 3), an idempotency/re-running section for error recovery, and a 'Hard nevers' checklist — matching the 5 anchor's sequence + validation + feedback loops + checklist.

5 / 5

Progressive Disclosure

The body is an overview that splits detail into four real, one-level-deep reference files (elicitation.md, right-reason.md, prd-template.md, runner-recipes.md — all present in references/), each clearly signaled with what it contains and when to read it ('Read the two seam references before and during the conversation' vs. 'when you reach the build'). Easy navigation, no nesting.

5 / 5

Total

18

/

20

Passed

Description

83%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: it explicitly answers what and when, uses quoted natural trigger phrases, and names exact artifact paths. Weaknesses are minor — a few missing synonyms for the trigger space and slight overlap risk with generic planning skills.

DimensionReasoningScore

Specificity

Concrete actions are named with exact output paths ('Turn an open-ended idea into a PRD plus a runnable definition of done', 'Produces prds/<feature>/prd.md + an executable prds/<feature>/run-prd-test.sh on a prd/<author-slug>/<feature> branch'). It lists several specific actions but coverage centers on the transform and outputs rather than comprehensively enumerating what the skill does, so it sits at 4 rather than 5.

4 / 5

Completeness

Both halves are explicit: what ('Turn an open-ended idea into a PRD plus a runnable definition of done... Produces prds/<feature>/prd.md + an executable...') and when ('Use when a developer wants to start a new feature, "file a PRD", "spec out" or "scope" an idea...') with concrete trigger phrases — a clear match for the 5 anchor.

5 / 5

Trigger Term Quality

Natural user phrasings are present and quoted: "file a PRD", "spec out" or "scope" an idea, "think through what to build", "start a new feature", "kick off the harness". A few natural synonyms are missing (e.g. "write a PRD", "requirements", "acceptance criteria"), keeping it below the comprehensive 5 anchor.

4 / 5

Distinctiveness Conflict Risk

The PRD + runner artifacts and branch naming give it a clear niche, and 'The one human-attentive skill in the chain' distinguishes it within its harness. Minor overlap risk remains: phrases like 'start a new feature' or 'think through what to build' could also match generic planning/spec skills.

4 / 5

Total

17

/

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
tdg-ninja/context-specs-factory-ai
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.