Skip to content
Development
Skill

/mlnet

Use ML.NET to train, evaluate, or integrate machine-learning models into .NET applications with realistic data preparation, inference, and deployment expectations. USE FOR: ML.NET integration; local model training or retraining; inference pipelines, model loading, evaluation,

From plugin
dotnet-skills
466200 skills50 agents
Install
$ npx -y skills add managedcode/dotnet-skills --skill mlnet --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/mlnet

Context preview

The summary Claude sees to decide when to auto-load this skill.

Use ML.NET to train, evaluate, or integrate machine-learning models into .NET applications with realistic data preparation, inference, and deployment expectations. USE FOR: ML.NET integration; local model training or retraining; inference pipelines, model loading, evaluation,

SKILL.md

mlnet.SKILL.md
name: mlnet
description: "Use ML.NET to train, evaluate, or integrate machine-learning models into .NET applications with realistic data preparation, inference, and deployment expectations. USE FOR: ML.NET integration; local model training or retraining; inference pipelines, model loading, evaluation, and deployment review. DO NOT USE FOR: unrelated stacks; generic tasks that do not need this specific guidance. INVOKES: inspect the repository context, edit targeted files, and run relevant build, test, lint, or validation commands when changes are made."
compatibility: "Requires ML.NET, Model Builder, or ML.NET CLI scenarios."

ML.NET

Trigger On

  • integrating machine learning into a .NET application
  • training or retraining ML.NET models from local data
  • reviewing inference pipelines, model loading, or AutoML-generated code

Workflow

1. Start from the prediction task and data quality, not the algorithm or package list. 2. Separate training code from inference code so the production path stays lean and predictable. 3. Review feature engineering, normalization, label quality, and evaluation metrics before trusting model output. 4. Use Model Builder or the ML.NET CLI when they speed up exploration, but inspect the generated C# before treating it as production architecture. 5. Plan how the model is loaded, versioned, and refreshed in the application lifecycle. 6. Validate with representative datasets and explicit evaluation, not only with a sample that happens to run.

Deliver

  • ML.NET pipelines that fit the prediction task
  • production-usable inference integration
  • evaluation evidence tied to the business scenario

Validate

  • model quality is measured, not assumed
  • training and inference responsibilities are separated
  • deployment and versioning expectations are explicit

References

  • [patterns.md](references/patterns.md) - Data loading, training pipelines, evaluation metrics, deployment strategies, and feature engineering patterns
  • [examples.md](references/examples.md) - Complete examples for sentiment analysis, price prediction, image classification, anomaly detection, recommendations, clustering, fraud detection, text classification, object detection, and AutoML
Read more
Ships withdotnet-skills

Stop explaining .NET to your AI. Start building. We've all been there: asking Claude to use Entity Framework, only to get EF6 patterns in a .NET 8 project. Explaining to Copilot that Blazor Server and Blazor WebAssembly aren't the same thing.

Get the whole plugin

Other skills on dotnet-skills.