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, self-improvement, 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.

Quality

77%

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

Fix and improve this skill with Tessl

tessl review fix ./agent-plugin/skills/skill-pipeline/SKILL.md

The canonical home for this skill is skill-pipeline in pskoett/pskoett-ai-skills

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.

This is a well-executed orchestration skill body: terse, table-driven routing rules with concrete paths, thresholds, override syntax, and validation/feedback loops at every decision point, backed by three well-signaled one-level-deep references. The only notable weaknesses are minor table redundancy and a couple of unspecified emission formats.

DimensionReasoningScore

Conciseness

The body is dense, matrix-style routing guidance with no padding and no explanations of concepts Claude already knows; every section adds routing rules, thresholds, or artifact paths. Not 5 because there is minor redundancy across the four class/variant tables (the classification tree restates the Pipeline Selection table's class-to-variant mapping, and the activation matrix and depth-calibration table overlap on per-class skill behavior) that could be trimmed.

4 / 5

Actionability

Concrete, executable routing guidance throughout: artifact path templates ('docs/plans/plan-NNN-<slug>.md', '.context-surfing/handoff-[slug]-[timestamp].md', '.learnings/HEALS.md'), env detection ('CI=true or GITHUB_ACTIONS=true'), override syntax ('depth=small', 'variant=orchestrated', '--no-review'), and explicit thresholds (Recurrence >= 3, promotion-ready count > 3, 20% diff / 60s S&H budget, up to 3 heal attempts per phase). Not 5 because a few emissions are left unspecified ('emit routing decision', 'emit initial frame' give no format), though the skill legitimately delegates formats to the owning skills.

4 / 5

Workflow Clarity

Each pipeline variant has a clearly sequenced flow with explicit validation checkpoints and feedback loops: verify-gate runs compile+test+lint, failure routes into the self-healing diagnose/patch/re-verify loop (bounded at 3 attempts per phase) with verify-gate re-check after each heal, simplify-and-harden only activates after a green gate, drift exits write handoff files and trigger re-classification, session resume requires 'Mark the handoff consumed only after re-entry succeeds', and batch units get verify-gate per unit plus after audit fixes with independent auditors. Human gates (plan approval, outer-loop promotions) are explicit.

5 / 5

Progressive Disclosure

The body is a genuine routing overview; detail is appropriately split into three real, one-level-deep reference files, each clearly signaled at the point of need with a purpose statement ('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'). The inline Handoff Rules summarize key artifacts while the full matrix lives in the reference — navigation is easy and nothing inlined clearly belongs in a separate file.

5 / 5

Total

18

/

20

Passed

Description

58%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 a clear, concrete orchestration role with an explicit boundary statement, but it has no 'Use when...' trigger guidance and leans heavily on internal skill names rather than natural user phrases. It reads more as an architecture summary than a trigger-optimized skill description.

Suggestions

Add an explicit 'Use when...' clause with concrete natural triggers, e.g. 'Use when a coding task spans multiple skills, when deciding which skills and what depth a task needs, or when coordinating multi-session or batch coding work' — this would lift completeness from 3 to 4-5.

Replace some of the internal skill-name enumeration (intent-framed-agent, context-surfing, verify-gate, etc.) with user-natural phrasing and synonyms ('route coding tasks', 'pick the right skills', 'pipeline orchestration', 'task classification') to improve trigger-term quality.

Trim the component-skill lists for the inner/outer loops to the essential names and move detail into the body, keeping the description focused on capabilities and triggers.

DimensionReasoningScore

Specificity

States several concrete actions — 'classifies incoming coding tasks and routes them through the correct combination of skills at the right depth', 'surfaces accumulated knowledge — past heals and learnings — at session start', 'dispatches to them' — plus the four handled variants (standard, orchestrated-batch, CI, outer-loop). Not 5 because much of the length enumerates component skill names rather than covering the orchestrator's actions comprehensively; not 3 because multiple concrete actions beyond a bare domain statement are present.

4 / 5

Completeness

The 'what' is clear and detailed (classify, route, two feedback loops, four variants), but there is no 'Use when...' clause or equivalent explicit trigger guidance — the 'when' is only weakly implied by 'Handles standard, orchestrated-batch, CI, and outer-loop pipeline variants', which caps completeness at 3 per the rubric guideline. Not 4 because an explicit 'when' is absent; not 2 because 'what' is clearly and concretely answered.

3 / 5

Trigger Term Quality

Some relevant natural terms are present ('coding tasks', 'pipeline', 'orchestrator', 'CI', 'batch'), but the bulk of the keyword surface is internal skill jargon ('intent-framed-agent', 'context-surfing', 'verify-gate', 'pre-flight-check') that users would not naturally say, and common variations/synonyms users might utter (e.g., 'route tasks', 'which skills to use', 'multi-step coding work') are missing. Not 4 because the natural-phrase coverage is thin relative to the jargon.

3 / 5

Distinctiveness Conflict Risk

The orchestrator/conductor niche is explicit — 'Does not replace individual skills; dispatches to them' — and the routing role is distinct from the named skills. Not 5 because 'incoming coding tasks' claims a very broad trigger surface that overlaps with every coding skill it dispatches to, leaving minor conflict risk with closely related skills.

4 / 5

Total

14

/

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

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