CtrlK
BlogDocsLog inGet started
Tessl Logo

feature-forge

Conducts structured requirements workshops to produce feature specifications, user stories, EARS-format functional requirements, acceptance criteria, and implementation checklists. Use when defining new features, gathering requirements, or writing specifications. Invoke for feature definition, requirements gathering, user stories, EARS format specs, PRDs, acceptance criteria, or requirement matrices.

66

Quality

78%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/feature-forge/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a well-structured skill with strong progressive disclosure and a clear workflow outline. Its main weaknesses are moderate verbosity (some sections restate obvious behaviors) and insufficient actionability — the inline examples are too brief to be fully executable, and the workflow lacks concrete validation/feedback loops. The reference table pattern is a notable strength.

Suggestions

Add explicit feedback loops to the workflow, e.g., 'If stakeholder identifies gaps during Validate, return to Interview step' and 'Review EARS requirements against checklist before presenting to stakeholder.'

Expand the inline EARS and acceptance criteria examples into a complete mini worked example showing one feature going through the full pipeline (discovery question → requirement → acceptance criterion → TODO item) so Claude has a concrete end-to-end model.

Trim the 'When to Use This Skill' section and the role definition preamble — these largely duplicate the skill description and don't add actionable guidance.

DimensionReasoningScore

Conciseness

Generally efficient but includes some unnecessary framing (e.g., 'Requirements specialist conducting structured workshops' role definition, the 'When to Use This Skill' section largely restates the description). The MUST DO/MUST NOT DO lists contain some items Claude would naturally handle (e.g., 'Ask for clarification on ambiguous requirements'). However, the reference table and inline examples are well-structured and earn their tokens.

2 / 3

Actionability

The skill provides a clear workflow and references to external files, but the core SKILL.md itself lacks fully concrete, executable guidance. The EARS and acceptance criteria examples are brief inline snippets rather than complete worked examples. The workflow steps describe what to do at a high level ('Use AskUserQuestions to understand the feature goal') but don't show exactly how to structure those interactions or what the output should look like in detail.

2 / 3

Workflow Clarity

The 5-step workflow (Discover → Interview → Document → Validate → Plan) is clearly sequenced and logical. However, there are no explicit validation checkpoints or feedback loops — for instance, no step says 'if requirements are ambiguous after interview, loop back to step 2' or 'validate EARS syntax before proceeding to acceptance criteria.' The Validate step exists but lacks detail on what to do if validation fails.

2 / 3

Progressive Disclosure

Excellent use of a reference table with clear 'Load When' conditions for each supporting file. The SKILL.md serves as a concise overview with inline examples for quick reference while pointing to detailed guidance in well-organized reference files. Navigation is one level deep and clearly signaled.

3 / 3

Total

9

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description that clearly articulates specific deliverables, provides explicit trigger guidance with both 'Use when' and 'Invoke for' clauses, and includes domain-specific terminology that distinguishes it from other skills. The description is concise yet comprehensive, covering both what the skill produces and when it should be selected.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: 'structured requirements workshops', 'feature specifications', 'user stories', 'EARS-format functional requirements', 'acceptance criteria', and 'implementation checklists'. These are all concrete, well-defined deliverables.

3 / 3

Completeness

Clearly answers both 'what' (conducts structured requirements workshops to produce feature specifications, user stories, etc.) and 'when' (explicit 'Use when' clause for defining features/gathering requirements, plus an 'Invoke for' clause listing specific trigger scenarios).

3 / 3

Trigger Term Quality

Excellent coverage of natural terms users would say: 'feature definition', 'requirements gathering', 'user stories', 'EARS format specs', 'PRDs', 'acceptance criteria', 'requirement matrices', 'specifications'. These cover a wide range of how users naturally refer to requirements work.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche around requirements engineering and feature specification with distinct terminology like 'EARS format', 'requirements workshops', 'requirement matrices', and 'PRDs'. Unlikely to conflict with general coding, documentation, or other skills.

3 / 3

Total

12

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
Jeffallan/claude-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.