CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

sdlc-draft-prd

Workflow to generate a comprehensive Product Requirements Document (PRD) detailing user stories, acceptance criteria, technical considerations, and metrics.

Quality

73%

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 ./.agents/skills/sdlc-draft-prd/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 delivers a genuinely actionable PM workflow: a complete mandatory template, exact file-naming and handoff conventions, clarification gates, and a well-specified audit-remediation loop. Its weaknesses are redundancy (persona theatrics, duplicated directives) and a convoluted step 9 that would benefit from being flattened or split.

Suggestions

Cut the "Dynamic Persona Activation [CRITICAL SYSTEM OVERRIDE]" theatrics and state the persona and session-lock rule in one plain paragraph — the framing adds tokens without adding instruction.

State the clarification protocol once and cross-reference it from the workflow (or vice versa); the same applies to the handoff routing, which currently appears in both Core Directive 5 and Workflow step 9.

Break the dense step 9 into a short numbered list or move the remediation sub-procedure to a reference file, and either specify the GitHub-issue creation commands concretely or drop step 7's vague "output the terminal commands" instruction.

DimensionReasoningScore

Conciseness

The PRD template, file-naming convention, and workflow steps earn their tokens, but the "CRITICAL SYSTEM OVERRIDE" persona theatrics, the clarification protocol stated twice (Core Directive 3 and Workflow step 2), and handoff instructions repeated in both Directive 5 and step 9 are unnecessary padding that could be tightened.

3 / 5

Actionability

The guidance is mostly executable for an instruction-only skill: an exact file format with a worked example ("prd-20260713-1346-login-system.md"), copy-paste handoff prompts, an exact refusal message, and a complete fill-in template. The GitHub-issue step ("output the terminal commands") gives no concrete command format, and the workflow leans on external files (AGENTS.md, .agents/standards/) whose presence is assumed, keeping it below fully-executable.

4 / 5

Workflow Clarity

Nine clearly sequenced steps with explicit checkpoints — a Context Check gate, a Stop & Ask protocol, and score-threshold routing (>= 80 / < 80) after remediation — plus an audit→fix→re-score feedback loop. Step 9 is dense and hard to follow, and the normal creation path has no verification of the generated PRD before handoff, so it falls short of the explicit-validation (5) anchor.

4 / 5

Progressive Disclosure

No bundle files exist, and the body is organized into clearly headed sections with the mandatory template — used on every invocation — appropriately inline. The ~25-line Documentation Standards section covering CONTEXT.md/ADR conventions is tangential to PRD drafting and the >50-line body cannot claim the simple-skill exception, so it does not reach a 5.

4 / 5

Total

15

/

20

Passed

Description

66%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 communicates a clear, concrete capability set centered on PRD generation with named deliverables. Its main weakness is the complete absence of "when to use" trigger guidance, which both caps completeness and slightly raises conflict risk with sibling SDLC skills.

Suggestions

Append an explicit trigger clause, e.g. "Use when starting a new project or major feature, or when the user asks for a PRD, user stories, or acceptance criteria."

Mention the revision path in the description (e.g., "...or revise an existing PRD based on an audit report") to close the coverage gap.

Add one or two natural synonyms such as "product requirements" or "requirements doc" to broaden trigger term coverage.

DimensionReasoningScore

Specificity

"generate a comprehensive Product Requirements Document (PRD) detailing user stories, acceptance criteria, technical considerations, and metrics" names the domain plus four concrete deliverables, matching the 'several specific actions; minor gaps' anchor — it omits the revision/audit-remediation capability the body covers, keeping it below the comprehensive (5) anchor.

4 / 5

Completeness

The "what" is clear (generate a PRD with the listed sections), but there is no "Use when..." clause or equivalent explicit trigger guidance anywhere in the description, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

"PRD", "Product Requirements Document", "user stories", "acceptance criteria", and "metrics" are phrases users naturally say, giving good keyword coverage; common synonyms like "requirements doc" or "product spec" are missing, so it falls short of the comprehensive-synonyms (5) anchor.

4 / 5

Distinctiveness Conflict Risk

"Product Requirements Document (PRD)" with "user stories" and "acceptance criteria" carves a mostly distinct product-management niche, but the absence of trigger guidance leaves minor overlap risk with adjacent spec/requirements-writing skills, so it does not reach the clear-niche-with-distinct-triggers (5) anchor.

4 / 5

Total

15

/

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

glenrioariesto/social-content-studio

Path

.agents/skills/sdlc-draft-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.