Generated banner for Aspnet Core
Generated logo for Aspnet Core

Aspnet Core

OpenAIOfficialPublished by OpenAI

  • Skill
  • Tool integration
  • Software development
  • Apache-2.0
  • No issues found

From the author

Build, review, refactor, or architect ASP.NET Core web applications using current official guidance for .NET web development. Use when working on Blazor Web Apps, Razor Pages, MVC, Minimal APIs, controller-based Web APIs, SignalR, gRPC, middleware, dependency injection, configuration, authentication, authorization, testing, performance, deployment, or ASP.NET Core upgrades.
— the description by OpenAI

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

The ASP.NET Core skill provides a structured framework for developing web applications, APIs, and services. It emphasizes using current official guidance, prioritizing built-in framework features over third-party dependencies, and maintaining cohesive feature slices. The skill includes a modular reference system covering application models like Blazor, Razor Pages, MVC, and Minimal APIs, alongside essential topics such as dependency injection, security, performance, and migration strategies.

What it does

  • Provides a structured workflow for starting new projects or refactoring existing ones.
  • Offers focused references for different ASP.NET Core application models.
  • Guides the implementation of middleware, routing, and dependency injection.
  • Standardizes the approach to security, identity, and data access.
  • Supports versioning, upgrades, and migration between .NET versions.
  • Maps development tasks to official Microsoft documentation.

When to use it

  • When building new ASP.NET Core web applications or APIs.
  • When refactoring or modernizing legacy .NET codebases.
  • When choosing between Minimal APIs and controller-based architectures.
  • When implementing cross-cutting concerns like authentication or performance tuning.
  • When migrating an application to a newer version of .NET.

Advantages

  • Promotes the use of modern, idiomatic .NET patterns.
  • Reduces technical debt by discouraging outdated Startup/WebHost patterns.
  • Ensures consistency across different application models.
  • Encourages the use of built-in framework features for better performance and maintainability.
  • Provides a clear path for handling complex tasks like gRPC or background services.

Usage examples

“How should I structure a new Minimal API project in .NET 10?”
The agent will guide you through using route groups, keeping handlers thin, moving logic to services, and utilizing built-in validation and OpenAPI support.
“I need to add authentication to my existing MVC application. Where do I start?”
The agent will direct you to the security-and-identity reference to implement Identity, cookies, or bearer auth policies correctly.
“Should I use Blazor or MVC for my new internal dashboard?”
The agent will help you evaluate your requirements against the stack-selection reference to choose the most appropriate application model.
“How do I upgrade my application from .NET 8 to .NET 10?”
The agent will provide the versioning-and-upgrades reference to help identify breaking changes, obsolete APIs, and necessary configuration updates.

Install

  1. Download the skill as a ZIP:

    https://mp-staging.autogineer.com/agent-skills/openai/aspnet-core/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip aspnet-core.zip -d .agents/skills

Documentation by OpenAI

ASP.NET Core

Overview

Choose the right ASP.NET Core application model, compose the host and request pipeline correctly, and implement features in the framework style Microsoft documents today.

Load the smallest set of references that fits the task. Do not load every reference by default.

Workflow

  1. Confirm the target framework, SDK, and current app model.

  2. Open references/stack-selection.md first for new apps or major refactors.

  3. Open references/program-and-pipeline.md next for Program.cs, DI, configuration, middleware, routing, logging, and static assets.

  4. Open exactly one primary app-model reference:

  5. Add cross-cutting references only as needed:

  6. Open references/versioning-and-upgrades.md before introducing new platform APIs into an older solution or when migrating between major versions.

  7. Use references/source-map.md when you need the Microsoft Learn section that corresponds to a task not already covered by the focused references.

Default Operating Assumptions

  • Prefer the latest stable ASP.NET Core and .NET unless the repository or user request pins an older target.

  • As of March 2026, prefer .NET 10 / ASP.NET Core 10 for new production work. Treat ASP.NET Core 11 as preview unless the user explicitly asks for preview features.

  • Prefer WebApplicationBuilder and WebApplication. Avoid older Startup and WebHost patterns unless the codebase already uses them or the task is migration.

  • Prefer built-in DI, options/configuration, logging, ProblemDetails, OpenAPI, health checks, rate limiting, output caching, and Identity before adding third-party infrastructure.

  • Keep feature slices cohesive so the page, component, endpoint, controller, validation, service, data access, and tests are easy to trace.

  • Respect the existing app model. Do not rewrite Razor Pages to MVC or controllers to Minimal APIs without a clear reason.

Reference Guide

Execution Notes

  • When generating new code, start from the correct dotnet new template and keep the generated structure recognizable.

  • When editing an existing solution, follow the solution's conventions first and use these references to avoid framework misuse or outdated patterns.

  • When a task mentions "latest", verify the feature on Microsoft Learn or the ASP.NET Core docs repo before relying on memory.

Files

references/stack-selection.md

Stack Selection

Primary docs:

Default Version Choice

  • Prefer the latest stable .NET and ASP.NET Core for new production work.

  • As of March 2026, that means net10.0 unless the repository or user request says otherwise.

  • Treat ASP.NET Core 11 as preview. Do not adopt preview APIs by default.

  • If the repository already targets net8.0, net9.0, or another framework, stay within that target unless the task is explicitly an upgrade.

Template Short Names

The current .NET 10 SDK templates include:

  • dotnet new blazor

  • dotnet new webapp

  • dotnet new mvc

  • dotnet new webapi

  • dotnet new webapiaot

  • dotnet new grpc

  • dotnet new web

  • dotnet new razorclasslib

Verify template names with dotnet new list if the environment differs.

Application Model Matrix

ModelPrefer whenWatch out forTypical starting point
Blazor Web AppBuild full-stack .NET UI with SSR plus optional interactivityInteractive server needs a live connection; WebAssembly increases payload sizedotnet new blazor
Razor PagesBuild page-focused CRUD, forms, dashboards, and line-of-business appsAuthorization cannot be applied per page handler; use MVC if handler-level control mattersdotnet new webapp
MVCBuild large server-rendered apps with clear controller/view separation, filters, and action-based patternsMore ceremony than Razor Pages for simple page flowsdotnet new mvc
Minimal APIsBuild focused HTTP APIs, internal services, lightweight backends, and small surface areasRoute handlers can become hard to manage if business logic or metadata grows without structuredotnet new webapi or dotnet new web
Controller-based Web APIBuild APIs that benefit from [ApiController], content negotiation, filters, formatters, and mature controller conventionsMore ceremony than Minimal APIs for small endpointsdotnet new webapi
SignalRAdd server push, live updates, chat, collaborative UI, or notificationsRequires connection lifecycle management and scale-out planningAdd to an existing ASP.NET Core app
gRPCBuild service-to-service or streaming RPC over HTTP/2Browser support is different from ordinary JSON APIs; use gRPC-Web only when neededdotnet new grpc

Fast Heuristics

  • Choose Blazor Web App when the UI itself should be a .NET component model.

  • Choose Razor Pages when the app is mostly page and form oriented.

  • Choose MVC when actions, views, filters, and controller conventions are the center of the design.

  • Choose Minimal APIs first for small to medium HTTP services.

  • Switch to controllers when the API needs richer attribute-driven behavior, custom formatters, or strong alignment with existing MVC/Web API conventions.

  • Keep the current app model in an existing codebase unless the mismatch is causing real complexity.

Mixed-Model Guidance

ASP.NET Core can mix models in one host. Common combinations:

  • Razor Pages or MVC for server-rendered UI plus Minimal APIs for AJAX or mobile endpoints

  • Blazor Web App plus Minimal APIs for external integration endpoints

  • MVC or Razor Pages plus SignalR for live updates

  • Web API plus gRPC for internal service-to-service calls

Mix models only when it simplifies the public surface. Do not add a second app model just because ASP.NET Core allows it.

Requirements and compatibility

Written for: OpenAI Codex

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Security

No issues found by our static scan· No issues found

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Published by
OpenAI
Publisher
OpenAI (Official)
Source
openai/skills · skills/.curated/aspnet-core · commit 49f948f
Licence
Apache License 2.0 (redistribution allowed)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by OpenAI.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download aspnet-core.zip