CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

scaffolding

Implementation details for EF Core scaffolding (reverse engineering). Use when changing ef dbcontext scaffold pipeline implementation, database schema reading, CSharpModelGenerator, or related classes.

62

Quality

78%

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 ./.agents/skills/scaffolding/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%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 lean, dense knowledge skill: it captures genuinely non-obvious constraints (anti-join semantics, forbidden transformations, required test cases) without an ounce of padding. Its main gap is workflow framing — the guidance reads as reference knowledge rather than a sequenced adapt-and-verify procedure with an explicit validation step.

Suggestions

Sequence the schema-compatibility work as an ordered procedure, e.g. 1) adapt the SQL preserving the anti-semi predicate in ON, 2) run the provider test suite, 3) verify the four listed coverage cases (no metadata / unrelated only / excluded only / both) pass.

Add a short before/after SQL pair showing the valid LEFT JOIN + null-filter rewrite and the forbidden WHERE-move, so the equivalence is checkable at a glance.

State the concrete command used to run the affected provider tests so verification is executable rather than implied.

DimensionReasoningScore

Conciseness

Every line carries non-obvious, project-specific knowledge (pipeline interfaces, the anti-semi-join equivalence rules, required test coverage) with zero padding and no re-explanation of concepts Claude already knows.

5 / 5

Actionability

The schema-compatibility rules are concrete and prescriptive ('a LEFT JOIN containing the complete excluded-property predicate in ON ... is equivalent to NOT EXISTS', 'Do not move parts of the excluded-property predicate to WHERE', an explicit NOT IN form), but a short example SQL pair would make the equivalence copy-paste verifiable.

4 / 5

Workflow Clarity

The pipeline line gives an order of stages and the 'Cover objects with no metadata, unrelated metadata only, ...' sentence specifies verification cases, but neither is sequenced into an adapt-SQL-then-run-tests workflow with an explicit validation command or error-recovery loop.

3 / 5

Progressive Disclosure

The body is under 50 lines, cleanly sectioned ('When Not to Use', 'Reverse Engineering', 'Schema Query Compatibility'), and needs no external references — the simple-skill case where well-organized sections alone merit the top score.

5 / 5

Total

17

/

20

Passed

Description

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

A tight, well-scoped description for a developer-facing niche skill: the 'Use when' clause is explicit and rich with real class and command names. Its main weakness is that the 'what' is phrased as 'Implementation details for X' rather than concrete capabilities.

Suggestions

Replace the container phrase 'Implementation details for EF Core scaffolding' with concrete capability statements, e.g. 'Guides adaptation of provider schema-reader SQL and preservation of anti-join semantics in the EF Core scaffolding pipeline'.

Add common trigger variations such as 'dotnet ef dbcontext scaffold', 'scaffold from existing database', and 'reverse engineer database' to the 'Use when' clause.

DimensionReasoningScore

Specificity

The description names the domain precisely ('Implementation details for EF Core scaffolding (reverse engineering)') but 'Implementation details' is a container statement rather than a list of concrete actions, matching the 'names domain and 1-2 concrete actions' anchor rather than 'lists several specific actions'.

3 / 5

Completeness

Both 'what' and 'when' are present and the 'when' is highly explicit ('Use when changing ef dbcontext scaffold pipeline implementation, database schema reading, CSharpModelGenerator, or related classes'), but the 'what' side ('Implementation details for...') describes what the skill contains rather than what it does, keeping it just short of the top anchor.

4 / 5

Trigger Term Quality

Strong natural technical phrasing ('EF Core scaffolding', 'reverse engineering', 'ef dbcontext scaffold', 'database schema reading', 'CSharpModelGenerator'), but common variations like 'dotnet ef dbcontext scaffold', 'scaffold from existing database', or 'model from database' are missing.

4 / 5

Distinctiveness Conflict Risk

Highly niche triggers ('ef dbcontext scaffold pipeline', 'CSharpModelGenerator') establish a clear, distinct trigger surface with minimal overlap risk; only the trailing 'or related classes' is open-ended.

5 / 5

Total

16

/

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/efcore

Path

.agents/skills/scaffolding/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.