CtrlK
BlogDocsLog inGet started
Tessl Logo

fast-feature

Use when driving a single already-specced ticket through devflow in one session — a quick ambiguity-only brainstorm, then spec, plan, and lock-tests back-to-back, spawning a new session only for the execute phase. Also the per-ticket driver that orchestrate-epic invokes.

64

Quality

76%

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

Fix and improve this skill with Tessl

tessl review fix ./devflow-plugin/skills/fast-feature/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

73%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 well-structured, highly actionable workflow with strong sequencing and validation checkpoints. Its main weakness is redundancy of the governing principle across multiple closing sections, which inflates token cost without adding clarity.

Suggestions

Collapse the 'Common Mistakes', 'Red flags', and 'Important' sections — they restate the single-session/spawn-once rule multiple times; merge into one concise checklist.

Replace placeholders in the bash block (e.g. <resolved main clone>, <short-kebab-summary>) with a one-line note on how each is derived so the block is copy-paste ready.

DimensionReasoningScore

Conciseness

Mostly efficient directive prose, but the core 'single-session, spawn only at execute' principle is restated across Core principle, Common Mistakes, Red flags, and Important, which is padding that could be tightened.

3 / 5

Actionability

Provides concrete executable guidance — the ticket-key regex, a runnable bash worktree-creation block, and exact phase-handoff invocations with the --no-handoff flag — with only minor placeholders like <resolved main clone>.

4 / 5

Workflow Clarity

Steps 0–6 are clearly sequenced with a mermaid diagram, explicit validation checkpoints (branch confirmation, Phase 1.8 approval gate, STOP conditions), and feedback loops for error recovery.

5 / 5

Progressive Disclosure

Well-organized into labeled sections with no nested file references and a self-contained structure; minor gaps from cross-section redundancy rather than missing navigation. No bundle files are present to evaluate.

4 / 5

Total

16

/

20

Passed

Description

80%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, specific description that clearly states both the trigger and the collapsed-pipeline behavior, with a well-defined niche. Its only weakness is jargon-heavy trigger terms that miss common synonyms.

Suggestions

Add plain-language synonyms or variations users might say (e.g. "implement a ticket", "take a ticket to locked tests") alongside the devflow phase names.

Consider naming the execute-phase spawn explicitly as the boundary so the 'spawns once' behavior is unambiguous to a first-time reader.

DimensionReasoningScore

Specificity

Names the devflow-ticket domain and several concrete actions ("ambiguity-only brainstorm, then spec, plan, and lock-tests back-to-back, spawning a new session only for the execute phase"), but the actions are phase invocations rather than a comprehensive granular enumeration.

4 / 5

Completeness

Explicitly answers both: what (collapses brainstorm→lock-tests into one session, spawns only execute) and when ("Use when driving a single already-specced ticket through devflow in one session").

5 / 5

Trigger Term Quality

Includes the natural phrase "driving a single already-specced ticket through devflow" but leans on internal jargon (lock-tests, orchestrate-epic, devflow) and lacks common synonyms or variations a user might say.

3 / 5

Distinctiveness Conflict Risk

Clear niche (already-specced single ticket, single-session collapse) with triggers distinct from greenfield brainstorming and multi-ticket orchestration, minimizing 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.

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