mcpField
T
technology-selection

technology-selection

github.com/dotnetDevelopment5.8k3.6k installsUpdated 1d ago
Repository

About technology-selection

technology-selection is a .NET skill for choosing AI and machine-learning technologies based on a task, then applying implementation guardrails when code is requested. It distinguishes use cases such as tabular ML, LLMs, agents, RAG, and model inference, and avoids producing code for plan-only requests.

Key features

  1. 01Task-based technology decision tree
  2. 02Guidance on .NET AI library layers
  3. 03Branch-specific implementation guardrails
  4. 04Secure configuration and dependency injection guidance
  5. 05Plan-only versus implementation workflow

Use cases

  1. 01Select a .NET approach for a machine-learning task
  2. 02Plan an LLM, agent, or RAG architecture
  3. 03Implement an AI feature with branch-specific checks

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/dotnet/skills --skill technology-selection

After installing, type/technology-selectionin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
agentic.md
classic-ml.md
copilot.md
llm.md
ollama.md
onnx.md
rag.md

Details

From the project README

.NET AI and Machine Learning

Pick the right technology first, then deliver only what the task asks for. If the task asks for a plan, comparison, or architecture (or says "do not write code"), produce that — do not scaffold, build, or run code unprompted.

Step 1: Classify the task (decision tree)

State which branch applies and why, then choose that technology.

Task typeTechnologyWhy
Structured/tabular: classification, regression, clustering, anomaly detection, recommendationML.NET (Microsoft.ML)Deterministic (fixed seed), no cloud dependency, purpose-built
NL understanding, generation, summarization, reasoning (single prompt → response, no tools)LLM via Microsoft.Extensions.AI (IChatClient)Language capability, no orchestration needed
Agentic: multi-step tool/function calling, agent loops, multi-agentMicrosoft Agent Framework (Microsoft.Agents.AI) on Microsoft.Extensions.AINeeds orchestration, tool dispatch, iteration control IChatClient lacks
GitHub Copilot extensions / custom dev-workflow agentsGitHub Copilot SDK (GitHub.Copilot.SDK)Integrates with the Copilot agent runtime
Run a pre-trained/custom model in productionONNX Runtime (Microsoft.ML.OnnxRuntime)Hardware-accelerated, format-agnostic inference
Local/offline LLM inferenceOllamaSharp (Ollama models)Privacy-sensitive, air-gapped, cost-constrained
Semantic search, RAG, embedding storageMicrosoft.Extensions.VectorData.Abstractions (MEVD) + a provider (Azure AI Search, Milvus, MongoDB, pgvector, Pinecone, Qdrant, Redis, SQL)Provider-agnostic vector search
Ingest, chunk, load documents into a vector storeMicrosoft.Extensions.AI.DataIngestion (preview) + MEVDParses, chunks, embeds, upserts
Both structured predictions AND NL reasoningHybrid: ML.NET scoring + LLM reasoning layerML.NET is reproducible; LLM adds explanation

Critical rule: Do NOT use an LLM for tasks ML.NET handles well (tabular classification, regression, clustering) — LLMs are slower, costlier, and non-deterministic for these.

Step 1b: Pick the library layer

LayerLibraryUse when
AbstractionMicrosoft.Extensions.AI (MEAI)Always the foundation. Use IChatClient directly for prompt-response and simple, bounded function invocation.
Provider SDKAzure.AI.OpenAI / OpenAI / Azure.AI.Inference / OllamaSharpConcrete provider behind MEAI via AddChatClient.
OrchestrationMicrosoft.Agents.AI (prerelease)Multi-step tool use, durable agent loops, and multi-agent workflows.
CopilotGitHub.Copilot.SDKBuilding Copilot-platform extensions only.

Rules: start with MEAI; put the provider behind it via AddChatClient (don't call the provider in business logic); use Microsoft.Agents.AI for multi-step or durable agent workflows rather than hand-rolling an agent loop; never mix a raw HttpClient-to-OpenAI call with MEAI in the same workflow. Do not use Accord.NET (archived). For new projects, prefer MEAI and Agent Framework unless existing Semantic Kernel features or investments are a requirement. Register AI/ML services via DI; load secrets from user-secrets / env / Key Vault — never hardcode keys.

Step 2: Cover the branch essentials, then decide depth

Every answer — plan or implementation — must address the guardrails for the selected branch:

  • ML.NET — new MLContext(seed: …) (reproducible); TrainTestSplit + evaluate on the held-out set; report real metrics (MicroAccuracy/MacroAccuracy/LogLoss, AUC/F1, or RMSE/R²); serve with PredictionEnginePool<TIn,TOut> (never a singleton PredictionEngine).
  • LLM (MEAI) — depend on IChatClient registered via AddChatClient (provider behind it); set Temperature and MaxOutputTokens in ChatOptions; add retry/timeout (RetryingChatClient/Polly); pin a dated model; load keys from user-secrets / env / Key Vault — never hardcode an sk-… key; validate non-deterministic output against a schema with a fallback.
  • Agentic (Agent Framework) — orchestrate with Microsoft.Agents.AI on IChatClient (never a hand-rolled loop); set MaximumIterations and a token/cost ceiling; define each tool with a clear schema (AIFunctionFactory.Create); log each step (never raw sensitive content).
  • RAG / embeddings — semantic chunking (not fixed-size); IEmbeddingGenerator and cache the embeddings (don't re-embed per query); store/query with Microsoft.Extensions.VectorData.Abstractions (MEVD) + the provider the user asked for (e.g. pgvector); filter by a minimum similarity score; keep source attribution for each answer. Honor the UI/storage the user specified; use only real, existing NuGet packages.

Then choose depth:

  • Plan / comparison / architecture only (or "do not write code"): answer from this file alone using the essentials above. Do NOT open a reference — the branch essentials here are sufficient for a selection or plan. For RAG plans, cover chat, ingestion/chunking, embeddings, vector storage, source attribution, and the requested UI/storage.
  • Writing implementation code: read the matching reference(s) for packages and implementation guidance (read only the selected branch; for Hybrid, read both Classic ML.NET and LLM):

Validation

  • Selection follows the decision tree — no LLM for tasks ML.NET handles
  • Only what was asked is produced (plan-only requests get a plan, not code)
  • AI/ML services registered via DI; config via IOptions<T>; keys from secure sources
  • Branch guardrails (Step 2 essentials, plus the reference when implementing) are satisfied
  • After implementing, build and run existing tests

Anti-Patterns to Reject

Anti-patternRedirect
LLM for tabular classificationUse ML.NET — faster, cheaper, deterministic
LLM calls without retry/timeoutAdd RetryingChatClient or Polly retry
API keys in committed appsettings.jsonuser-secrets / env / Key Vault
Accord.NET, or defaulting to Semantic Kernel without a requirementML.NET; prefer MEAI + Microsoft.Agents.AI for new work
Hand-rolled multi-step tool loops with IChatClientMicrosoft.Agents.AI (MaximumIterations, tool dispatch)
Agent Framework for a single prompt→responseIChatClient directly
Raw HttpClient/OpenAI SDK in business logic alongside MEAIone abstraction layer; depend on IChatClient
PredictionEngine singleton in ASP.NET CorePredictionEnginePool<TIn,TOut> (not thread-safe)
RAG without chunking or relevance filteringsemantic chunking + minimum similarity score
Building custom neural nets in .NET from scratchpre-trained via ONNX Runtime or an LLM API

Comments

Markdown supported