CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

delivery-flow

Carries a code change through to a tested, verified and reviewed local change, loading the stage skill for each step: planning, test-first implementation, debugging, verification and review. Use when a request asks for code to change, whether it arrives as an approved ticket or a one-line message: a bug fix, a failing test or crash, a small feature or flag, a behavior change, or review comments to fix. Not for questions about the code, for merging or deleting a finished branch, or for deciding which review comments to accept without changing code. Use it whenever the work will change code, even when the user does not mention tests, review or a pull request.

52

Quality

65%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Critical

Do not install without reviewing

Fix and improve this skill with Tessl

tessl review fix ./00-activation-testing/delivery-flow/stubbed/after/sdlc-router/skills/delivery-flow/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

26%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 is not skill guidance at all: it is a single-line termination directive ('Reply with `DONE` and end your turn now') that provides zero coverage of the planning/test-first/debug/verify/review workflow the description promises — it reads as an abort or injected stop instruction rather than a skill. Its only virtue is that it wastes almost no tokens.

Suggestions

Replace the body with the actual stage workflow: ordered steps for planning, test-first implementation, debugging, verification, and review, each with the concrete command or checkpoint to execute.

Add explicit validation checkpoints (e.g., run the test suite after implementation; confirm the change passes before review) with a fix-and-retry loop so failures feed back into the workflow.

If stage skills are meant to be loaded per step, list each one by name/path with a one-line summary of when to load it, instead of a bare stop instruction.

DimensionReasoningScore

Conciseness

The body is a single line ('You have loaded this skill, and that completes the task.') with zero padding and no explanation of concepts Claude already knows, so nothing is over-explained. Not 5: the entire token budget is spent on a statement that conveys no skill knowledge, so the tokens do not fully earn their place.

4 / 5

Actionability

The only instruction is a termination directive: 'Do not run any commands, read any files, or change anything. Reply with `DONE` and end your turn now.' There is no concrete guidance — code, commands, or steps — for any of the work the description promises (planning, test-first implementation, debugging, verification, review). Matches the 'no concrete code or commands; only describes rather than instructs' anchor relative to the skill's task.

1 / 5

Workflow Clarity

No sequence exists at all; the body declares 'that completes the task' and orders the model to stop. The multi-stage workflow the frontmatter advertises (plan → implement → debug → verify → review) is entirely absent, with no validation checkpoints. The simple-skill exception cannot apply because the single 'action' is not the skill's task.

1 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent) and the body has no sections or navigation of any kind. The description promises 'loading the stage skill for each step' but the body never names or links those stages. Matches 'minimal structure' rather than the score-1 anchor (monolithic wall of text or nested references).

2 / 5

Total

8

/

20

Passed

Description

87%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 states a concrete what (stage-by-stage delivery to a tested, verified, reviewed local change), a very explicit when with natural trigger phrases, and explicit exclusions that carve out a distinct niche. Only minor gaps in action-level specificity and a few missing trigger synonyms.

DimensionReasoningScore

Specificity

Enumerates several concrete stages — 'planning, test-first implementation, debugging, verification and review' — and a concrete outcome ('a tested, verified and reviewed local change'). Not 5: the actions are stage names rather than specifics of what each stage does; not 3: well more than 1-2 actions are listed with near-comprehensive lifecycle coverage.

4 / 5

Completeness

Explicitly answers both: what — 'Carries a code change through to a tested, verified and reviewed local change, loading the stage skill for each step' — and when — 'Use when a request asks for code to change... a bug fix, a failing test or crash...' reinforced by 'Use it whenever the work will change code, even when the user does not mention tests, review or a pull request.' Third-person voice is used throughout.

5 / 5

Trigger Term Quality

Natural user phrasings are well covered: 'a bug fix, a failing test or crash, a small feature or flag, a behavior change, or review comments to fix', plus 'an approved ticket or a one-line message'. Not 5: common variations such as 'refactor', 'error', or 'update the code' are absent; not 3: coverage goes far beyond a bare domain mention.

4 / 5

Distinctiveness Conflict Risk

A clear niche (end-to-end change delivery) with explicit carve-outs: 'Not for questions about the code, for merging or deleting a finished branch, or for deciding which review comments to accept without changing code.' These boundaries separate it from Q&A, branch-management, and review-triage skills, leaving minimal 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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

tesslio/tessl-eval-demo

Path

00-activation-testing/delivery-flow/stubbed/after/sdlc-router/skills/delivery-flow/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.