CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

mle-workflow

Production machine-learning engineering workflow for data contracts, reproducible training, model evaluation, deployment, monitoring, and rollback. Use when building, reviewing, or hardening ML systems beyond one-off notebooks.

Quality

82%

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

70%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 delivers genuinely strong MLE guidance — executable promotion gates, leakage-first data contracts, a clear six-step workflow with feedback loops and a checklist. Its weaknesses are length: two large cross-reference tables and several sections restating standard ML practice inflate token cost, and with zero bundle files everything is inlined in SKILL.md rather than split across reference files.

Suggestions

Move the 'Reuse the SWE Surface' and 'Ten MLE Task Simulations' tables into a references/ file (e.g. references/swe-surface-mapping.md) and keep a 3-5 line summary in SKILL.md with a clearly signaled link.

Trim the 'Metric and Mistake Economics' and 'Data and Feature Hypotheses' sections to only the non-obvious guidance (mistake economics framing, leakage checks) and drop re-explanations of precision/recall/F1 and missing-value/outlier handling that Claude already knows.

Move the Review Checklist and Observation Ledger/Observation templates into references/ so the main file carries only the Core Workflow, contracts, and promotion-gate code.

DimensionReasoningScore

Conciseness

The body is dense with useful guidance, but several sections re-explain standard ML knowledge Claude already has — e.g. "Favor precision when the cost of an incorrect positive decision dominates", or the missing-value/outlier/class-imbalance bullets — and the 22-row 'Reuse the SWE Surface' and 'Ten MLE Task Simulations' tables pad the token budget. This fits the 3 anchor ('mostly efficient but includes some unnecessary explanation or could be tightened'); it is not 2 because the material is not fluffy filler, and not 4 because multiple sections and both mega-tables could be substantially trimmed or moved.

3 / 5

Actionability

Two complete, executable Python blocks (frozen TrainingConfig with artifact hashing; PROMOTION_GATES with fail-closed assert_promotion_ready) plus copy-ready templates (Iteration Compact, Observation Ledger) and a concrete 12-item review checklist. This matches the 4 anchor 'mostly executable guidance with minor gaps'; it is not 5 because much of the six-step Core Workflow is descriptive bullets ('Record dataset version, code SHA...') rather than runnable commands or code for the common cases.

4 / 5

Workflow Clarity

The Core Workflow is a clear six-step numbered sequence with validation built in — promotion gates declared before training and enforced by fail-closed code — plus an explicit error-recovery feedback loop ('mistake -> cluster -> hypothesis -> experiment -> evidence -> simpler system') and a checklist for complex processes. This matches the 5 anchor; it is not 4 because checkpoints are explicit and automated rather than implicit or partially present.

5 / 5

Progressive Disclosure

The body has good section headers but is a ~340-line monolith with no bundle files at all: the SWE-surface and task-simulation tables (60+ lines of cross-references) and the checklists clearly belong in separate reference files. This fits the 3 anchor ('some structure but could be better organized; content that should be separate is inline'); it is not 4 because there are no one-level-deep references at all, and not 2 because internal structure is real and navigable.

3 / 5

Total

15

/

20

Passed

Description

88%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 description: third-person, concise, with a clear what/when structure and a distinct production-MLE niche. Its only weakness is trigger-term breadth — natural synonyms like "MLOps", "model pipeline", or "retraining" are absent, so some phrasings a user would naturally say would not fire this skill.

Suggestions

Add common user phrasings as triggers, e.g. 'Use when the user mentions MLOps, model training/retraining pipelines, model deployment, or experiment tracking'.

Include shorthand variants ("ML", "machine learning", "model refresh") so the trigger matches the many ways users name this domain.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "data contracts, reproducible training, model evaluation, deployment, monitoring, and rollback" — giving comprehensive coverage of the skill's capability surface rather than a vague domain label. This matches the anchor for multiple specific concrete actions; it is not score 4 because no meaningful capability area is left uncovered.

5 / 5

Completeness

It explicitly answers both questions: what ("Production machine-learning engineering workflow for data contracts, reproducible training, model evaluation, deployment, monitoring, and rollback") and when ("Use when building, reviewing, or hardening ML systems beyond one-off notebooks"). The 'when' clause is explicit with three concrete trigger verbs, matching the 5 anchor; it is not 4 because the trigger guidance is not weakly implied but stated directly.

5 / 5

Trigger Term Quality

Natural terms users would say are present ("ML systems", "building, reviewing, or hardening", "one-off notebooks"), but common variations are missing — users would plausibly say "MLOps", "train/deploy a model", "model pipeline", or "retraining" and not find a trigger. Good coverage with a few natural terms missing matches the 4 anchor, not 5 (no synonym breadth like "ML/machine learning/model refresh").

4 / 5

Distinctiveness Conflict Risk

The production-MLE niche (data contracts, promotion, rollback) is distinct from generic coding or deployment skills, with the 'beyond one-off notebooks' trigger narrowing it well. Minor overlap risk remains with adjacent skills (e.g., pytorch-patterns, deployment-patterns, general code review), matching the 4 anchor 'mostly distinct; minor overlap risk' rather than the 5 anchor's minimal-conflict niche.

4 / 5

Total

18

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

affaan-m/ECC

Path

skills/mle-workflow/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.