CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

mlops-workflows

Comprehensive MLOps workflows for the complete ML lifecycle - experiment tracking, model registry, deployment patterns, monitoring, A/B testing, and production best practices with MLflow

Quality

62%

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 ./plugins/luxor-data-engineering/skills/mlops-workflows/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

42%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 well-organized but monolithic MLflow cookbook: extensive code examples across the lifecycle, yet bloated with basic MLflow usage Claude already knows and riddled with examples that reference undefined variables. It lacks any progressive disclosure into reference files and provides no unified end-to-end workflow with validation checkpoints.

Suggestions

Split the body into reference files (e.g. deployment.md, monitoring.md, ab-testing.md, cicd.md) and keep SKILL.md as a concise overview with one-level-deep, clearly signaled references.

Cut sections that re-teach basic MLflow API usage (Components Overview, basic tracking, autologging) — keep only non-obvious patterns like nested runs for hyperparameter tuning and lifecycle management.

Make code examples self-contained and executable: define or clearly fixture inputs (X_train, model, run_id), include all imports (np, MlflowClient, datetime), and remove calls to undefined methods like self.load_latest_data().

Add an explicit end-to-end lifecycle workflow section with numbered steps and validation checkpoints (train → validate → register → promote → deploy → monitor → retrain).

DimensionReasoningScore

Conciseness

The ~1330-line body includes multiple sections re-teaching standard MLflow API usage Claude already knows (e.g. 'MLflow Components Overview', 'Basic Experiment Tracking', 'Autologging', basic artifact logging), matching the 'noticeably verbose; several unnecessary explanations or padded sections' anchor. It is not a 1 because the content is predominantly code rather than padded prose.

2 / 5

Actionability

Code examples are abundant but frequently not executable as written: undefined variables (X_train, y_train, model, history, run_id, raw_data, customer_data), missing imports (np in the Feature Stores section, MlflowClient in the promotion and retraining pipelines), and undefined methods (self.load_latest_data, self.train_model, train_model, validate_model). This goes beyond the 'minor gaps' of the 4 anchor into 'missing key details'.

3 / 5

Workflow Clarity

Individual pipelines have sequences and some validation gates (promotion threshold checks, retraining score comparison, validation-gated training), but there is no end-to-end lifecycle workflow with explicit checkpoints tying the sections together. It is not a 4 because validation is implicit or absent in several production workflows (deployment, batch inference, A/B rollout).

3 / 5

Progressive Disclosure

The body has a TOC and consistent section headers (better than the structure-less 2 anchor), but the entire catalog — per-cloud deployment guides, monitoring frameworks, A/B testing classes — is inlined in one monolithic 1330-line file with no reference files at all. Content that clearly belongs in separate files is inline, matching the 3 anchor.

3 / 5

Total

11

/

20

Passed

Description

66%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 does a solid job naming concrete MLOps capability areas and anchoring the skill to MLflow, with good natural trigger terms. Its main deficiency is the absence of any 'Use when...' trigger clause, which caps completeness, and slightly generic 'comprehensive/best practices' framing.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user mentions MLflow, experiment tracking, model registry, deploying models, or production ML workflows'.

Trim generic framing ('Comprehensive', 'production best practices') in favor of more concrete actions like 'CI/CD for ML' or 'automated model retraining and promotion'.

Include common synonym trigger terms such as 'model versioning', 'CI/CD', and 'retraining' that users naturally say.

DimensionReasoningScore

Specificity

The description lists several concrete capability areas — 'experiment tracking, model registry, deployment patterns, monitoring, A/B testing' — matching the 'several specific actions; minor gaps' anchor. It stays below the 5 anchor because 'Comprehensive ... production best practices' is generic framing rather than a concrete action.

4 / 5

Completeness

The 'what' is clear and specific, but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. It is not a 2 because the 'what' is concrete and multi-part, not vague.

3 / 5

Trigger Term Quality

Good coverage of natural terms users would say ('experiment tracking', 'model registry', 'A/B testing', 'MLflow', 'deployment', 'monitoring'). It falls short of the 5 anchor because common variations like 'CI/CD', 'model versioning', 'retraining', or 'ML pipeline' are absent from the description.

4 / 5

Distinctiveness Conflict Risk

The description is tightly bound to the MLflow/MLOps niche ('with MLflow', 'experiment tracking', 'model registry'), making it mostly distinct with only minor overlap risk against generic ML-deployment or CI/CD skills. It is not a 5 because 'monitoring' and 'deployment' alone could collide with broader DevOps skills.

4 / 5

Total

15

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (1338 lines); consider splitting into references/ and linking

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository

manutej/luxor-claude-marketplace

Path

plugins/luxor-data-engineering/skills/mlops-workflows/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.