CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

create-datadriven-aspnetcore

Generate or scaffold ASP.NET Core code — Razor Pages, Blazor components, MVC controllers, views, and Minimal API endpoints — without using ASP.NET Core CLI scaffolding/code-generation tools. Use when (1) adding CRUD pages, views, or API endpoints backed by Entity Framework (EF Core) and a database, (2) generating code to create, read, update, and delete data using a DbContext, (3) scaffolding UI components that match the project's existing CSS framework and coding patterns, or (4) creating data-driven forms, tables, and navigation for a model class. Do not use for non-ASP.NET projects or when CLI-based scaffolding is preferred.

Quality

89%

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

81%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.

A well-structured, actionable SKILL.md with a strong validated workflow and concrete commands for a complex scaffolding task. Main weaknesses are mild redundancy across sections and a lack of output code examples for the non-API scaffolder types.

Suggestions

De-duplicate rules that appear in both the execution checklists and later workflow steps (e.g., no-seeding, OpenAPI metadata) to tighten the token budget.

Add at least one concrete generated-output example for Razor Pages, Blazor, and MVC views so the expected markup pattern is unambiguous.

Consider moving the scaffolding-request format templates or the OpenAPI metadata catalog into a reference file to reduce inline length.

DimensionReasoningScore

Conciseness

Mostly efficient and assumes Claude's competence, with some redundancy — e.g., the no-seed/migrations rule and OpenAPI metadata recur in both the execution checklists and later steps, and the When to Use/Not to Use section reiterates the frontmatter boundary.

4 / 5

Actionability

Provides concrete executable commands (dotnet restore/build, dotnet ef migrations add, dotnet run --launch-profile https), a runnable C# Minimal API example, and specific constraints; the gap is that output templates for Razor Pages, Blazor components, and MVC views are described but not exemplified with code.

4 / 5

Workflow Clarity

A clear 7-step sequenced workflow with explicit validation checkpoints and feedback loops — 'Fix errors before reporting completion', 'Stop and fix if any request returns non-2xx', 'Fix all errors until a clean build succeeds' — plus a closing validation checklist, appropriate for batch/migration operations.

5 / 5

Progressive Disclosure

Well-organized into clear sections with a References list pointing one level deep to external Microsoft docs; no bundle files exist so everything is inline, and some content (scaffolding request templates, OpenAPI metadata catalog) could arguably live in separate reference files.

4 / 5

Total

17

/

20

Passed

Description

92%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.

An excellent, third-person description that concretely names capabilities, gives an explicit multi-condition 'Use when' trigger, and draws a clear boundary against non-target uses. Only minor gap is the absence of file-extension trigger terms.

Suggestions

Add natural file extensions users mention (.razor, .cshtml, .csproj) to the trigger-term set to reach fully comprehensive keyword coverage.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions across Razor Pages, Blazor components, MVC controllers, views, and Minimal API endpoints, plus CRUD generation and CSS-framework matching — comprehensive coverage rather than a single domain mention.

5 / 5

Completeness

Explicitly answers both 'what' (generate/scaffold ASP.NET Core code of listed types) and 'when' via a numbered 'Use when (1)-(4)' clause with concrete trigger phrases, plus a 'Do not use for...' boundary.

5 / 5

Trigger Term Quality

Strong natural-term coverage ('CRUD pages', 'API endpoints', 'Entity Framework (EF Core)', 'DbContext', 'forms, tables, navigation', 'model class') with a synonym (EF Core), but omits common file extensions users say (.razor, .cshtml, .csproj) that would round out the set.

4 / 5

Distinctiveness Conflict Risk

A clear niche (ASP.NET Core scaffolding without CLI tools) with distinct triggers and an explicit exclusion ('Do not use for non-ASP.NET projects or when CLI-based scaffolding is preferred'), minimizing overlap with other skills.

5 / 5

Total

19

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

dotnet/skills

Path

plugins/dotnet-data/skills/create-datadriven-aspnetcore/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.