CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

aspnetcore-project-starter

Scaffold a production-ready ASP.NET Core 9 API with C# 13, Controllers and Minimal APIs, EF Core 9, Identity authentication, middleware pipeline, dependency injection, and xUnit tests.

Quality

71%

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 ./dotnet/aspnetcore-project-starter/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 skill is highly actionable — a complete, executable scaffold with real commands and working code for the full stack — and cleanly organized within the file. Its weaknesses are length (full boilerplate listings of patterns Claude already knows), missing validation/feedback loops around database migrations, and no use of progressive disclosure: everything is inlined rather than split into reference files.

Suggestions

Split the full code templates into one-level-deep reference files (e.g. references/program-cs.md, references/users-controller.md, references/integration-notes.md) and keep SKILL.md as a scaffold-oriented overview with clearly signaled links.

Add explicit validation checkpoints with a feedback loop after the risky steps, e.g. "Run `dotnet build`; if it fails, verify package versions restored correctly" and "After `dotnet ef database update`, confirm `dotnet ef migrations list` shows applied".

Trim the standard boilerplate (DTOs, middleware, DbContext) to only the project-specific deviations from ASP.NET Core defaults — the conventions list already captures most of what the full listings demonstrate.

DimensionReasoningScore

Conciseness

The ~520-line body has almost no prose padding — it is dominated by code and commands — but it reproduces complete standard boilerplate (full Program.cs, UserService, DTOs, ExceptionHandlerMiddleware) that largely restates ASP.NET Core patterns Claude already knows. It is above 2 (nothing is concept-over-explained fluff) but below 4 because the full-file listings could be tightened to only the project-specific conventions and key excerpts.

3 / 5

Actionability

Everything is executable: the `dotnet new`/`dotnet add package` scaffold block, complete compilable code for every file in the project structure, the numbered "First Steps After Scaffold" with exact commands, and a thorough "Common Commands" section. Code is copy-paste ready with only the intentional `<ProjectName>` placeholder, and covers the common cases (CRUD, auth, health checks, integration tests).

5 / 5

Workflow Clarity

"First Steps After Scaffold" gives a clear 6-step sequence ending in a verify step ("Verify the Swagger UI"), and the scaffold→migrate→run order is coherent. It is capped at 3 per the rubric's database-operations rule: `dotnet ef migrations add` / `dotnet ef database update` are batch schema operations with no explicit validation checkpoints or validate→fix→retry feedback loops, and the final verify step alone does not provide error-recovery guidance.

3 / 5

Progressive Disclosure

Section headers are clear and consistently labeled (Scaffold Command, Project Structure, Essential Patterns, Common Commands), but there are no bundle files at all — full code templates, configuration, and the Integration Notes all live inline in a single ~520-line file. This matches the anchor "content that should be separate is inline": the pattern templates and integration guidance belong in one-level-deep reference files with SKILL.md as the overview, keeping it above 2 due to the genuinely good in-file organization.

3 / 5

Total

14

/

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 is specific and comprehensive about the technology stack and what gets scaffolded, with good natural trigger terms and low conflict risk. Its main weakness is the complete absence of an explicit "Use when..." clause, which both caps completeness and limits trigger discoverability.

Suggestions

Add an explicit trigger clause, e.g. "Use when starting a new ASP.NET Core / .NET 9 Web API project, setting up EF Core, Identity/JWT auth, or adding xUnit tests to a dotnet API."

Include common user synonyms such as "dotnet", ".NET 9", "Web API", and "C# API" alongside "ASP.NET Core 9".

Consider naming the concrete actions beyond the single verb "Scaffold" (e.g. "Scaffold, configure, and test") to lift specificity.

DimensionReasoningScore

Specificity

"Scaffold a production-ready ASP.NET Core 9 API with C# 13, Controllers and Minimal APIs, EF Core 9, Identity authentication, middleware pipeline, dependency injection, and xUnit tests" enumerates a comprehensive, specific set of components (controllers, minimal APIs, EF Core 9, Identity, middleware, DI, xUnit). It sits below the 5 anchor because it relies on a single action verb ("Scaffold") rather than multiple concrete actions, and above 3 because the coverage is far more comprehensive than 1-2 actions.

4 / 5

Completeness

The "what" is clearly stated (scaffold an ASP.NET Core 9 API with the listed stack), but there is no "Use when..." clause or any equivalent explicit trigger guidance — the rubric caps completeness at 3 in that case. It is above 2 because the "what" is concrete and specific, not vague.

3 / 5

Trigger Term Quality

Terms like "Scaffold", "ASP.NET Core", "API", "EF Core", "Identity", and "xUnit tests" are natural phrases a user would say when needing this skill. It falls short of the 5 anchor because common variations and synonyms such as "dotnet", ".NET 9", "Web API", or "C# API" are missing.

4 / 5

Distinctiveness Conflict Risk

"ASP.NET Core 9 API", "EF Core 9", "Identity authentication", and "xUnit tests" pin a distinct scaffolding niche with low conflict risk against unrelated skills. It is not 5 because it could overlap with a generic C#/.NET project skill, but the stack-specific triggers make wrong-skill triggering unlikely.

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 (520 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

achreftlili/deep-dev-skills

Path

dotnet/aspnetcore-project-starter/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.