CtrlK
BlogDocsLog inGet started
Tessl Logo

phase-handoff

Hand off between phases of the devflow new-feature pipeline. Writes a frozen-state file, marks a chapter, sets the terminal title, gates on a one-click AskUserQuestion, then spawns a new session for the next phase via `mcp__ccd_session__spawn_task` so it shows up in the Claude Desktop sidebar with a deterministic title.

64

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

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

An exceptionally actionable, well-sequenced orchestration skill with strong validation gates for its destructive and irreversible operations. Its weaknesses are token redundancy — the core spawn/worktree facts are restated several times — and the absence of any progressive disclosure: a 285-line monolith where the prompt template, worked example, and pruning guide could live in reference files.

Suggestions

State each core fact once: the 'spawn_task forks a fresh throwaway worktree' behavior, the group-placement limitation, and the never-`git add -A` rule are each repeated 2-4 times across the intro, steps, output text, and Important section — consolidate to one authoritative statement and cross-reference it.

Move the full prompt template and/or the worked MES-4282 example into references/ (e.g. references/spawn-prompt-template.md) and keep only the field list and one-line rationale in SKILL.md, cutting main-file tokens substantially.

Relocate the orphan-worktree pruning instructions to a reference file and keep a one-line pointer in Important, since pruning is periodic maintenance rather than part of the handoff path itself.

DimensionReasoningScore

Conciseness

Most content is genuinely non-obvious operational fact Claude cannot know (spawn_task worktree semantics, husky bypass, worktree/branch object-DB mechanics), so it earns its tokens — but key facts are repeated three to four times ('spawn_task ALWAYS forks a fresh throwaway worktree' appears in the intro, step 9's rationale, step 11's output text, and the Important section; group-placement and never-`git add -A` are each restated). Mostly efficient but could be tightened by roughly a third by stating each fact once and cross-referencing. Not a 2 because nearly every passage carries information a cold agent could not reconstruct.

3 / 5

Actionability

Fully executable throughout: exact bash snippets for branch detection, artefact staging, MR lookup, and orphan pruning; lookup tables for chapter titles and invocation forms; a complete fill-in prompt template plus a fully worked MES-4282 example; and verbatim output strings for every branch of the flow. This matches the copy-paste-ready anchor covering the common cases.

5 / 5

Workflow Clarity

Eleven clearly numbered steps with explicit validation checkpoints and error-recovery loops: STOP if on the default branch (step 1), distinguishing a genuine commit no-op from failure with a loud WARNING instead of silent success (step 4b), a user-facing AskUserQuestion gate before the irreversible spawn (step 10), and safe orphan-pruning guards ('refuses if dirty', 'only if `git log <default>..<branch>` is empty'). This matches the anchor for explicit validation steps and feedback loops.

5 / 5

Progressive Disclosure

Structure is good (## Steps, ## Important, tables, clearly labeled templates) and references none, but nothing is offloaded: the ~75-line prompt template plus worked example and the orphan-worktree pruning guide are prime candidates for a references/ file, and at ~285 lines the single SKILL.md inlines content that clearly belongs in separate files. No bundle directories exist, so all content is inline — matching the 'structure present but content that should be separate is inline' anchor rather than the well-split anchor at 4.

3 / 5

Total

16

/

20

Passed

Description

75%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 highly specific, action-oriented description in correct third-person voice, with excellent distinctiveness and concrete mechanics. Its main weakness is the absent explicit 'when to use' trigger clause, which caps completeness and slightly limits natural trigger matching.

Suggestions

Append an explicit trigger clause, e.g. 'Use when a devflow phase (spec, plan, or lock-tests) completes and the next phase session must be spawned,' to answer 'when' directly in the description.

Add natural trigger variations users might say — 'phase transition', 'next phase', 'handoff' — to broaden matching beyond the single phrase 'Hand off'.

Mention that it is invoked from spec-feature/writing-plans/lock-tests tails so the invocation context is discoverable from the description alone.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — 'Writes a frozen-state file, marks a chapter, sets the terminal title, gates on a one-click AskUserQuestion, then spawns a new session ... via `mcp__ccd_session__spawn_task`' — each tied to a specific mechanism with no filler. This matches the anchor for multiple specific concrete actions with comprehensive coverage; nothing here is generic padding, and it stays in third person ('Hand off', 'Writes').

5 / 5

Completeness

The 'what' is clear and concrete (state file, chapter mark, title, gate, spawn), but there is no 'Use when...' clause or equivalent explicit trigger guidance — the invocation condition (at the tail of spec-feature/writing-plans/lock-tests) lives only in the body. Per the judging guidelines, a missing explicit trigger clause caps completeness at 3 even with a strong 'what'.

3 / 5

Trigger Term Quality

Good keyword coverage for its niche — 'Hand off', 'phases', 'devflow new-feature pipeline', 'spawn a new session', 'Claude Desktop sidebar' — which a devflow user would naturally say. Not a 5: it lacks synonyms and variations (e.g. 'phase transition', 'next phase', 'handoff') that would broaden natural matching.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche — devflow's new-feature pipeline phase handoff via a named MCP tool (`mcp__ccd_session__spawn_task`) — with triggers unlikely to collide with any other skill. It is far more distinct than the anchor example for minimal conflict risk.

5 / 5

Total

17

/

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
AndreJorgeLopes/devflow
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.