CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

ml-pipeline

Designs and implements production-grade ML pipeline infrastructure: configures experiment tracking with MLflow or Weights & Biases, creates Kubeflow or Airflow DAGs for training orchestration, builds feature store schemas with Feast, deploys model registries, and automates retraining and validation workflows. Use when building ML pipelines, orchestrating training workflows, automating model lifecycle, implementing feature stores, managing experiment tracking systems, setting up DVC for data versioning, tuning hyperparameters, or configuring MLOps tooling like Kubeflow, Airflow, MLflow, or Prefect.

71

Quality

89%

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

SKILL.md
Quality
Evals
Security

Quality

Content

78%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 skill body: clear sequenced workflow with embedded validation gates, executable starter templates, firm Always/Never constraints, and an exemplary reference table pointing to real one-level-deep bundle files. Weakest spots are trimmable padding (buzzword knowledge list, intro/footer) and two templates that are skeletons rather than fully runnable code.

Suggestions

Delete the 'Knowledge Reference' tool-name list and the redundant 'Senior ML pipeline engineer specializing in...' intro line — both restate what the description and section headings already convey, saving tokens (conciseness).

Make the Kubeflow template runnable end-to-end (add a data-ingestion step that produces train_data and a concrete follow-up step) or explicitly label it a skeleton so its gaps are intentional (actionability).

Fix the Great Expectations example to use the supported API (e.g., collect results from a validation suite and check overall success) instead of the 'results &=' chaining, so the checkpoint is copy-paste ready (actionability).

DimensionReasoningScore

Conciseness

The body is efficient — a 6-step workflow, a tight reference table, three compact code templates, and crisp Always/Never constraint lists — but includes trimmable padding: the redundant intro sentence ("Senior ML pipeline engineer specializing in..."), the "Knowledge Reference" section that merely lists tool names Claude already knows ("MLflow, Kubeflow Pipelines, Apache Airflow, Prefect, Feast, ... hyperparameter optimization"), and the attribution/footer links. This matches anchor 4 ("efficient; minor instances of over-explanation that could be trimmed") rather than 5, where every token earns its place.

4 / 5

Actionability

Mostly executable guidance: three concrete code templates (MLflow logging, Kubeflow component, data validation checkpoint) plus a numbered Output Format deliverables list. It falls short of anchor 5 because the Kubeflow template is a skeleton ("Chain additional steps (validate, register, deploy) here", no step producing train_data) and the Great Expectations example chains result objects with "results &=" in a way that is not reliably executable as written — minor gaps, matching anchor 4.

4 / 5

Workflow Clarity

The Core Workflow is a clear 6-step sequence with explicit validation checkpoints: "Validate data schema — Run schema checks and distribution validation before any training begins; halt and report on failures" and "Validate and deploy — Run model evaluation gates; implement A/B testing or shadow deployment before promotion", reinforced by "Never deploy a model without recorded validation metrics". It is not anchor 5 because the error-recovery feedback loop (fix → re-validate → retry) is only implied by "halt and report", never explicitly stated — a minor validation gap characteristic of anchor 4.

4 / 5

Progressive Disclosure

The body is a genuine overview with a well-signaled reference table giving topic, exact path (references/feature-engineering.md etc.), and a "Load When" condition per file; all five referenced files exist in references/ and are one level deep with no nested references. This matches anchor 5 ("clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation") — the inline code templates are minimal starting examples, not bulk content that belongs in a separate file.

5 / 5

Total

17

/

20

Passed

Description

96%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: third-person voice, explicit what-and-when structure, concrete tool-named capabilities, and a rich set of natural trigger phrases. Its only weakness is a somewhat broad MLOps scope that slightly overlaps adjacent devops/data-engineering territory.

DimensionReasoningScore

Specificity

The description lists five concrete, tool-named actions: "configures experiment tracking with MLflow or Weights & Biases, creates Kubeflow or Airflow DAGs for training orchestration, builds feature store schemas with Feast, deploys model registries, and automates retraining and validation workflows" — comprehensive coverage of the ML pipeline domain. This matches the anchor-5 example (multiple specific concrete actions, comprehensive) and is not level 4 because there are no meaningful coverage gaps across the skill's scope.

5 / 5

Completeness

It explicitly answers "what" ("Designs and implements production-grade ML pipeline infrastructure: configures experiment tracking..., creates... DAGs..., builds feature store schemas..., deploys model registries, and automates retraining and validation workflows") and "when" ("Use when building ML pipelines, orchestrating training workflows, ... or configuring MLOps tooling like Kubeflow, Airflow, MLflow, or Prefect"). This mirrors the anchor-5 example pattern of concrete what + explicit trigger phrases, so it is not level 4, whose 'when' would be less explicit or specific.

5 / 5

Trigger Term Quality

The "Use when" clause covers natural phrases users would actually say — "building ML pipelines, orchestrating training workflows, automating model lifecycle, implementing feature stores, managing experiment tracking systems, setting up DVC for data versioning, tuning hyperparameters" — plus tool names and synonyms (Kubeflow, Airflow, MLflow, Prefect, MLOps). This is comprehensive natural-term coverage including synonyms, matching anchor 5; it is not level 4 because no common variation of the domain's phrasing is missing.

5 / 5

Distinctiveness Conflict Risk

The niche (production ML pipeline infrastructure) is mostly distinct with strong ML-specific triggers (MLflow, Kubeflow, Feast, feature stores, hyperparameter tuning), but the broad scope — "setting up DVC for data versioning", "automating model lifecycle", deployment and orchestration — creates minor overlap risk with closely related skills (devops, data engineering, CI/CD). This matches anchor 4 ("mostly distinct; minor overlap risk with closely related skills") rather than 5, whose conflict risk is minimal across a tighter, single-niche trigger set.

4 / 5

Total

19

/

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

Jeffallan/claude-skills

Path

skills/ml-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.