CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

skill-pipeline

Pipeline orchestrator that classifies incoming coding tasks and routes them through the correct combination of skills at the right depth. Implements two feedback loops: the inner loop (detect, verify, recover) runs within a session via plan-interview, intent-framed-agent, session-context, context-surfing, verify-gate, self-healing (active recovery on failure), simplify-and-harden, and self-improvement. The outer loop (inspect, encode, regress-test) runs across sessions via learning-aggregator, harness-updater, and eval-creator. pre-flight-check bridges the two by surfacing accumulated knowledge — past heals and learnings — at session start. Handles standard, orchestrated-batch, CI, and outer-loop pipeline variants. Does not replace individual skills; dispatches to them.

56

Quality

70%

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 ./plugin/skills/skill-pipeline/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.

The body is a dense, well-sequenced orchestration spec with explicit decision rules, thresholds, validation gates, and error-recovery loops, and it correctly defers detail to three well-signaled reference files. Its main weaknesses are redundancy — the class-to-skill mapping appears in four overlapping tables — and inline detail (the full handoff list, dual depth tables) that the bundle references already cover.

Suggestions

Consolidate the four overlapping views of the class-to-skills mapping (classification tree, Pipeline Selection table, skill-by-class activation table, Depth Calibration table) into one primary table, deferring secondary views to references/classification-rules.md and references/pipeline-variants.md.

Move the 9-item handoff enumeration into references/handoff-matrix.md and keep only the precedence rule plus 2-3 key handoffs inline in SKILL.md.

Define what 'persistent multi-session coordination is available' means concretely (e.g., 'the host exposes control-session-orchestrator and multi-session state') so the orchestrated-batch trigger leaves no judgment gap.

DimensionReasoningScore

Conciseness

Nearly every line is routing guidance with no padding of concepts Claude already knows, but the same class-to-skills mapping is restated across four tables (classification tree, Pipeline Selection, skill-by-class activation, Depth Calibration), which could be consolidated into one primary table. It is above anchor 2 because there is no wasted explanation, only structural redundancy.

3 / 5

Actionability

Concrete, executable routing rules throughout: 'CI=true or GITHUB_ACTIONS=true', '20% diff, 60s' S&H budget, 'up to 3 attempts per phase', 'Recurrence ≥ 3' promotion threshold, explicit artifact paths, and explicit defaults ('When uncertain, start with Medium'). Minor gaps remain, e.g. what 'persistent multi-session coordination is available' concretely means for invoking control-session-orchestrator.

4 / 5

Workflow Clarity

Activation sequences are explicitly ordered with validation checkpoints and feedback loops: 'verify-gate (compile + test + lint; fix loop if red — fix loop calls self-healing)', per-unit verify gates plus independent auditors in the batch pipeline, drift-exit handling, and 'Mark the handoff consumed only after re-entry succeeds' on resume. Batch operations carry full verification, so the batch-validation cap does not apply.

5 / 5

Progressive Disclosure

Three real one-level-deep reference files, each clearly signaled with its contents ('For detailed heuristics, edge cases, and examples: read references/classification-rules.md'; 'For the full artifact/signal/budget table: read references/handoff-matrix.md'; 'For complete step-by-step walkthroughs...: read references/pipeline-variants.md'). Held below 5 because the body inlines substantial detail — the 9-item handoff enumeration and the dual depth tables — that partially duplicates references/handoff-matrix.md and references/classification-rules.md.

4 / 5

Total

16

/

20

Passed

Description

51%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 communicates the skill's orchestrator role well, enumerating both feedback loops, the four pipeline variants, and every skill it dispatches to, and it explicitly distinguishes itself from those skills. Its weaknesses are trigger-side: it is written in ecosystem jargon rather than natural user phrasing and contains no explicit 'Use when' guidance, leaving 'when to reach for this skill' only weakly implied.

Suggestions

Add an explicit trigger clause, e.g. 'Use when a coding task arrives and the right combination or depth of pipeline skills must be chosen, when routing between skills in this suite is unclear, or when coordinating a batch of tasks across skills.'

Replace part of the internal skill-name enumeration with natural user phrases ('which skills to run', 'how deep to review', 'orchestrate skills for a batch of tasks', 'pick the right pipeline') so the description matches what users actually say.

Trim the loop/skill lists to the distinctive ones (inner/outer loop names and the bridging role) since the full enumerations are already repeated in the SKILL.md body.

DimensionReasoningScore

Specificity

Lists several concrete actions — 'classifies incoming coding tasks and routes them through the correct combination of skills', 'Handles standard, orchestrated-batch, CI, and outer-loop pipeline variants', 'surfacing accumulated knowledge — past heals and learnings — at session start' — with minor gaps (what 'correct combination' and 'right depth' mean concretely is left to the body).

4 / 5

Completeness

The 'what' is detailed and multi-part, but there is no 'Use when...' clause or equivalent explicit trigger guidance; 'when' is only weakly implied by 'Handles standard, orchestrated-batch, CI, and outer-loop pipeline variants', so per the judging guideline completeness is capped at 3.

3 / 5

Trigger Term Quality

The description is dominated by internal skill names (plan-interview, intent-framed-agent, context-surfing, verify-gate, self-healing, simplify-and-harden, learning-aggregator, etc.) rather than phrases a user would naturally say when they need this skill; only generic naturals like 'coding tasks' and 'pipeline' appear. It is above anchor 1 because some natural terms exist, but the natural phrases users would actually say are largely missing.

2 / 5

Distinctiveness Conflict Risk

The orchestrator niche is clear and explicitly differentiated ('Does not replace individual skills; dispatches to them'), but enumerating a dozen sibling skill names creates minor overlap risk with those skills' own triggers — a query mentioning 'verify-gate' or 'self-healing' would match this description too.

4 / 5

Total

13

/

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

pskoett/pskoett-ai-skills

Path

plugin/skills/skill-pipeline/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.