CtrlK
BlogDocsLog inGet started
Tessl Logo

tessleng/sdlc-planning

Planning guidance for turning an approved engineering task into an executable implementation plan.

70

Quality

88%

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

Overview
Quality
Evals
Security
Files

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.

The skill body is highly actionable, well-sequenced, and includes explicit validation via the Self-Review checklist. It is mostly concise and well-structured, with only minor over-explanation and large inline template blocks keeping it from a perfect score.

DimensionReasoningScore

Conciseness

The body is directive and mostly lean ('DRY. YAGNI. TDD. Frequent commits.'), with a few explanatory sentences like 'You reason best about code you can hold in context at once...' that could be trimmed.

4 / 5

Actionability

Provides copy-paste-ready templates: an exact plan-document header, a full task structure with executable pytest/git commands and python test code, and a concrete save path 'docs/plans/YYYY-MM-DD-<feature-name>.md'.

5 / 5

Workflow Clarity

Sequenced stages from Scope Check through Execution Handoff include an explicit Self-Review checklist (spec coverage, placeholder scan, type consistency) with a fix-and-move-on feedback loop, giving clear validation checkpoints.

5 / 5

Progressive Disclosure

Well-organized into clearly headed sections with no nested external references and a self-contained single file, but the two large embedded markdown templates are sizeable inline blocks that could be conceptually split; no bundle files exist to verify against.

4 / 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.

The description is specific, distinct, and gives explicit (if partly negative) trigger guidance about when this skill activates within the delivery-flow workflow. It is slightly verbose and leans on boundary framing rather than a clean positive 'Use when...' clause.

Suggestions

Add a concise positive 'Use when...' clause naming natural trigger phrases (e.g., 'Use when turning a spec or ticket into a step-by-step implementation plan').

Trim the negative boundary explanation to a single sentence so the description stays lean and front-loads the skill's purpose.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'bite-sized, testable tasks with exact file paths, code samples, and test commands an engineer can follow step by step' — giving comprehensive coverage of what the skill produces.

5 / 5

Completeness

Clearly states what it does and gives explicit 'when' guidance (internal planning stage of delivery-flow, after splitting into units) plus a negative boundary, but the 'when' is framed more as a constraint than a concrete positive trigger phrase.

4 / 5

Trigger Term Quality

Natural terms like 'implementation plan', 'feature', 'spec', and 'ticket' appear, but a few common synonyms/variations a user might say are absent and the positive 'use when' phrasing is implicit.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (the planning stage of delivery-flow) and explicitly distinguishes itself from delivery-flow for one-off or narrow changes, minimizing conflict risk.

5 / 5

Total

18

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents