CtrlK
BlogDocsLog inGet started
Tessl Logo

executing-plans

Executes a written multi-step implementation plan end to end - loads the plan, reviews it critically for gaps, works through each task with its verification steps, and reports when everything is done. This is the execution stage inside the delivery-flow workflow, entered by requests like "implement this plan", "run the plan", "execute the plan", or "work through these tasks" once delivery-flow has produced a written plan. Do not activate directly for a standalone request that has not gone through delivery-flow first.

75

Quality

92%

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

The canonical home for this skill is tessleng/sdlc-implementation

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 tight, well-structured process skill with explicit validation checkpoints, stop conditions, and error-recovery guidance. The only weaknesses are minor redundancy (Overview line, repeated stop-and-ask phrasing) and a couple of spots where guidance stays abstract (where to find the plan file, what a plan concern looks like).

Suggestions

Remove the redundant one-line Overview (it restates the description verbatim) and fold "Don't force through blockers" into the STOP section instead of repeating it in 'When to Revisit Earlier Steps'.

Specify where the plan file comes from (e.g., the path handed off by delivery-flow or where to ask for it) so the 'Read plan file' step is executable.

Give one concrete example of a plan concern or critical gap (e.g., a task with no verification step, or a missing dependency) to make the Step 1 critical review actionable.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence with no concept explanations, but the Overview line ("Load plan, review critically, execute all tasks, report when complete") restates the description and "Don't force through blockers - stop and ask" duplicates the STOP section — minor trims that fit anchor 4 rather than the every-token-earns-its-place anchor at 5.

4 / 5

Actionability

For an instruction-only skill the guidance is mostly executable — verbatim announce phrases, exact sub-skill gating for finishing-a-development-branch, and enumerated stop conditions — but "Read plan file" never says where the plan comes from and "identify any questions or concerns" gives no example of what a gap looks like, leaving minor gaps consistent with anchor 4.

4 / 5

Workflow Clarity

The three-step sequence is clearly numbered with an explicit validation checkpoint ("Run the verification the plan names for that task... and confirm it passes before moving on"), error-recovery loops (blocker stop conditions, verification-fails-repeatedly, when to return to Step 1), and a closing checklist — matching the explicit-validation anchor rather than the implicit-checkpoint anchor at 4.

5 / 5

Progressive Disclosure

This is a simple ~55-line skill with no bundle files and no content that belongs in separate files; sections (Process, Stop, Revisit, Remember) are well-organized and navigation is trivial, so per the rubric's simple-skill guideline it merits 5.

5 / 5

Total

18

/

20

Passed

Description

100%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.

An exemplary description: concrete action coverage, natural trigger phrases, explicit what/when, and a clear scope boundary with negative activation guidance. Every clause carries information with no padding.

DimensionReasoningScore

Specificity

The description lists four concrete actions covering the complete lifecycle — "loads the plan, reviews it critically for gaps, works through each task with its verification steps, and reports when everything is done" — which matches the comprehensive-coverage anchor rather than the minor-gaps anchor at 4.

5 / 5

Completeness

Both what (the enumerated action list) and when ("entered by requests like 'implement this plan'... once delivery-flow has produced a written plan") are explicitly stated with concrete trigger phrases, exactly matching the anchor-5 example pattern.

5 / 5

Trigger Term Quality

It quotes natural trigger phrasings users would actually say — "implement this plan", "run the plan", "execute the plan", "work through these tasks" — with synonym coverage exceeding the good-but-incomplete anchor at 4, and adds explicit negative trigger guidance.

5 / 5

Distinctiveness Conflict Risk

It claims a clear niche — "the execution stage inside the delivery-flow workflow" — and draws an explicit boundary ("Do not activate directly for a standalone request that has not gone through delivery-flow first"), minimizing overlap with generic implementation skills.

5 / 5

Total

20

/

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