Speckit Constitution
WeihanLi/WeihanLi.Common
Create or update the project constitution from interactive or provided principle inputs, ensuring all dependent templates stay in sync.
Scaffold a new domain entity or aggregate in this Vertical Slice Architecture template — the entity itself, its strongly typed ID, errors, specification, EF Core configuration, DbSet, the mandatory…
$ npx skills add SSWConsulting/SSW.VerticalSliceArchitecture --skill add-entity -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install SSWConsulting/SSW.VerticalSliceArchitecture add-entity --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/add-entity .claude/skills/add-entity && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "add-entity" agent skill from https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture/tree/main/.claude/skills/add-entity into .claude/skills/add-entity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-entity", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture/tree/main/.claude/skills/add-entityType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add SSWConsulting/SSW.VerticalSliceArchitecture --skill add-entity -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install SSWConsulting/SSW.VerticalSliceArchitecture add-entity --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.claude/skills/add-entity .agents/skills/add-entity && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "add-entity" agent skill from https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture/tree/main/.claude/skills/add-entity into .agents/skills/add-entity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-entity", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add SSWConsulting/SSW.VerticalSliceArchitecture --skill add-entity -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install SSWConsulting/SSW.VerticalSliceArchitecture add-entity --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.claude/skills/add-entity .cursor/skills/add-entity && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "add-entity" agent skill from https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture/tree/main/.claude/skills/add-entity into .cursor/skills/add-entity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-entity", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture.git --path .claude/skills/add-entity--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add SSWConsulting/SSW.VerticalSliceArchitecture --skill add-entity -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install SSWConsulting/SSW.VerticalSliceArchitecture add-entity --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.claude/skills/add-entity .gemini/skills/add-entity && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "add-entity" agent skill from https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture/tree/main/.claude/skills/add-entity into .gemini/skills/add-entity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-entity", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install SSWConsulting/SSW.VerticalSliceArchitecture add-entityInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add SSWConsulting/SSW.VerticalSliceArchitecture --skill add-entity -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture.git skills-src && mkdir -p .github/skills && cp -r skills-src/.claude/skills/add-entity .github/skills/add-entity && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "add-entity" agent skill from https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture/tree/main/.claude/skills/add-entity into .github/skills/add-entity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-entity", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add SSWConsulting/SSW.VerticalSliceArchitecture --skill add-entity -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install SSWConsulting/SSW.VerticalSliceArchitecture add-entity --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.claude/skills/add-entity .opencode/skills/add-entity && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "add-entity" agent skill from https://github.com/SSWConsulting/SSW.VerticalSliceArchitecture/tree/main/.claude/skills/add-entity into .opencode/skills/add-entity/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-entity", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
add-entityScaffold a new domain entity or aggregate in this Vertical Slice Architecture template — the entity itself, its strongly typed ID, errors, specification, EF Core configuration, DbSet, the mandatory…
Add Entity is an agent skill from SSWConsulting/SSW.VerticalSliceArchitecture. Scaffold a new domain entity or aggregate in this Vertical Slice Architecture template — the entity itself, its strongly typed ID, errors, specification, EF Core configuration, DbSet, the mandatory Vogen registration, and the migration. Use when the user says "add an entity", "add an aggregate", "create a domain model", "add a new table", "model X in the domain", or names a new domain concept that needs to be persisted. Use it before /add-slice when the use case needs a domain type that doesn't exist yet.
Its SKILL.md is about 1.9k tokens, which your agent loads only when the skill is triggered. The skill folder holds 3 other files, including reference files (for example `references/domain.md` and `references/persistence.md`).
It sits in Development. It works with .NET. The repository describes itself as: An enterprise ready solution template for Vertical Slice Architecture. This template is just one way to apply the Vertical Slice Architecture. The licence is MIT.
10 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 42e7a70. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
dotnetFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Add Entity loads about 1.9k tokens when it runs, and up to ~6.3k if it reads all its reference files. Until then it costs about 131 tokens; SKILL.md has 900 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from SSWConsulting/SSW.VerticalSliceArchitecture at commit 42e7a70, republished under its MIT licence (© SSWConsulting). 900 words, ~1,916 tokens.
.claude/skills/add-entity/SKILL.md (or your agent's skills folder). This skill also uses 2 other files; get the full folder from GitHub.A new persisted domain type in this template is never one file. It's a domain object, a strongly typed ID, an EF configuration, a DbSet, a converter registration, and a migration — spread across two folders. Miss one and you get anything from a compile error to an app that won't start.
Every strongly typed ID must be registered in src/WebApi/Common/Persistence/VogenEfCoreConverters.cs.
Forget it and nothing complains at compile time. dotnet build is green, the architecture tests are green, and the app throws on startup when EF Core tries to map a HeroId it has no converter for. That is the single most expensive thing to forget in this repo, so step 5 below is not optional and the verification step checks for it explicitly.
Before generating anything, read the canonical aggregate and its persistence wiring:
src/WebApi/Common/Domain/Heroes/Hero.cs — aggregate root, Vogen ID, field-keyword setter guardssrc/WebApi/Common/Domain/Teams/Team.cs — an aggregate that returns ErrorOr<Success> from behavioursrc/WebApi/Common/Persistence/Heroes/HeroConfiguration.cs — EF configurationsrc/WebApi/Common/Persistence/VogenEfCoreConverters.cs — the registration listThe templates in references/ follow these files, but the repo is the source of truth. If the two disagree, the repo wins — follow it and update the template (see Keeping this skill honest at the bottom).
One deliberate divergence: the aggregate template gives properties a private set plus a named mutator, following Team.cs. Hero.cs uses a public set instead, so UpdateHeroEndpoint can assign hero.Name directly. Both keep the guard in the setter, which is the part that matters; prefer the Team.cs shape for new work, because it keeps the aggregate in charge of how it changes.
Ask the user for anything not already stated:
| Input | Notes |
|---|---|
| Entity name | Singular, PascalCase (Hero, Mission). The folder and pluralised DbSet derive from it. |
| Aggregate or child entity? | Aggregate root if it's the transactional boundary or raises domain events. Child entity if it only ever lives inside another aggregate (Mission inside Team). |
| Owning aggregate | For a child entity — which aggregate holds it, and via what collection. |
| Properties | Name, type, required/optional, and a max length for every string. |
| Behaviour | The methods that mutate it. Guards go in the property setter, business rules go in the method. |
| Domain events | Does any mutation need to trigger work elsewhere? Aggregate roots only. |
If the entity has no behaviour and no invariants, say so — it may want to be a value object (a record implementing IValueObject, like Power) rather than an entity. Value objects need no ID, no configuration entry of their own, and no migration when owned.
Work in this order. Later steps depend on earlier ones compiling.
Domain folder — create src/WebApi/Common/Domain/{Aggregate}/ and add the entity plus its [ValueObject<Guid>] ID. Template: references/domain.md.
Errors — {Entity}Errors.cs with Error constants. Add NotFound at minimum; endpoints will reach for it.
Specification — {Entity}Spec.cs extending SingleResultSpecification<T>, with a static ById(...) factory. One spec class per aggregate; add a factory method per query rather than a new class. Child entities don't get their own spec — they're loaded through the aggregate's.
EF configuration — src/WebApi/Common/Persistence/{Aggregate}/{Entity}Configuration.cs inheriting AuditableConfiguration<T>. Every string property's HasMaxLength reads the entity's const, never a literal. Template: references/persistence.md.
Vogen registration — add [EfCoreConverter<{Entity}Id>] to VogenEfCoreConverters. See the trap above.
DbSet — for an aggregate root only, add ApplicationDbContext.{Entities}.cs exposing DbSet<{Entity}> via AggregateRootSet<T>(). Child entities are reached through their aggregate, so they get no DbSet.
Migration — run it yourself, don't just print the command:
dotnet ef migrations add Add{Entity} \
--project src/WebApi/WebApi.csproj \
--startup-project src/WebApi/WebApi.csproj \
--output-dir Common/Persistence/MigrationsThen read the generated migration and confirm the tables and columns match what you configured. An empty Up() means EF didn't see your entity — usually a missing DbSet or a configuration that wasn't picked up by ApplyConfigurationsFromAssembly.
Test data — add a Bogus factory at tests/WebApi.IntegrationTests/Common/Factories/{Entity}Factory.cs so integration tests have something to seed. Template in references/persistence.md.
Seeding (optional) — extend tools/Seeder/Initializers/ApplicationDbContextInitializer.cs if the entity should show up in dev. Keep it idempotent: short-circuit when rows already exist.
Unit tests — invariants and factory rules belong in tests/WebApi.UnitTests/Features/{Aggregate}/{Entity}Tests.cs. Cover the guards you wrote: a null/blank string should throw, an over-long string should throw, and the happy path should succeed.
dotnet build && dotnet build -c Release
dotnet test tests/WebApi.UnitTestsThen confirm the two things a build can't:
grep EfCoreConverter src/WebApi/Common/Persistence/VogenEfCoreConverters.cs lists your new ID. A green build proves nothing here.aspire start --isolated (see the aspire skill), wait for the WebApi resource to report healthy, and check the migration ran. Alternatively dotnet test tests/WebApi.IntegrationTests exercises real startup against a real SQL Server, which catches the same class of failure.Full detail on what "done" means: .claude/rules/verification.md.
field keyword — the setter is the only path every assignment goes through, including EF materialisation and later mutation.private one; the architecture tests assert this.Features/.The templates in references/ are copies of the repo's shapes, so they drift when the repo changes. If you hit a place where a template no longer matches Hero.cs or HeroConfiguration.cs, update the template as part of the same change.
© SSWConsulting, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 2 other files (references) in .claude/skills/add-entity of SSWConsulting/SSW.VerticalSliceArchitecture.
Open the folder on GitHubat commit 42e7a70
Add Entity next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Add Entity this skillSSWConsulting/SSW.VerticalSliceArchitecture | 407 | — | ~1.9k | Automated safety check: Pass | MIT | |
| Speckit ConstitutionWeihanLi/WeihanLi.Common | 242 | 11 repos | ~2.1k | Automated safety check: Pass | Apache-2.0 | |
| Microsoft Code ReferenceMicrosoftDocs/mcp | 1.9k | 4 repos | ~1.1k | Automated safety check: Pass | CC-BY-4.0 | |
| Update .NET OS Packagesdotnet/core | 22k | — | ~2.3k | Automated safety check: Pass | MIT | |
| Update .NET Supported OS Matrixdotnet/core | 22k | — | ~4.1k | Automated safety check: Pass | MIT | |
| .NET Release Verificationdotnet/core | 22k | — | ~1.8k | Automated safety check: Pass | MIT |
WeihanLi/WeihanLi.Common
Create or update the project constitution from interactive or provided principle inputs, ensuring all dependent templates stay in sync.
MicrosoftDocs/mcp
Find working code samples, verify API signatures, and fix Microsoft SDK errors using official docs.
dotnet/core
Audits and updates os-packages.json files listing the Linux packages each .NET release needs per distro, then regenerates the Markdown from the JSON.
dotnet/core
Audits and updates the supported-os.json files for .NET releases, checking them against upstream lifecycle data and regenerating the markdown with the release-notes tool.
dotnet/core
Validates .NET release data with the release-notes CLI: download URL liveness, SHA512 hashes, CDN latest.version files and aka.ms redirects.
dotnet/skills
Scans C# and .NET code for about 50 performance anti-patterns and reports prioritized findings with concrete fixes, at a scan depth you choose.
SSWConsulting/SSW.VerticalSliceArchitecture
Scaffold a slice in this Vertical Slice Architecture template — one use case in its own folder, with its FastEndpoints endpoint, request, response, validator, and summary, plus the Feature and Group…
SSWConsulting/SSW.VerticalSliceArchitecture
A skill your agent uses when the user is working with an Aspire distributed application and needs to operate the AppHost or its resources through the Aspire CLI: start, restart, stop, or wait on the…
SSWConsulting/SSW.VerticalSliceArchitecture
Write an Architectural Decision Record in this repo's docs/adr/ following its Log4brains conventions — filename, title, metadata, and the sections that are required versus optional.
SSWConsulting/SSW.VerticalSliceArchitecture
Bump the SSW.VerticalSliceArchitecture.Template NuGet package version to cut a new release.
Works with
Categories
Scaffold a new domain entity or aggregate in this Vertical Slice Architecture template — the entity itself, its strongly typed ID, errors, specification, EF Core configuration, DbSet, the mandatory…. VerticalSliceArchitecture. Scaffold a new domain entity or aggregate in this Vertical Slice Architecture template — the entity itself, its strongly typed ID, errors, specification, EF Core configuration, DbSet, the mandatory Vogen registration, and the migration.
Add Entity fits situations like: the user says add an entity; add an aggregate; create a domain model; add a new table.
Run `npx skills add SSWConsulting/SSW.VerticalSliceArchitecture --skill add-entity -a claude-code`. Or copy the skill folder (.claude/skills/add-entity in SSWConsulting/SSW.VerticalSliceArchitecture) into .claude/skills/add-entity in your project. Claude Code loads it when a task matches its description.
Run `npx skills add SSWConsulting/SSW.VerticalSliceArchitecture --skill add-entity -a codex`. Or copy the skill folder (.claude/skills/add-entity in SSWConsulting/SSW.VerticalSliceArchitecture) into .agents/skills/add-entity in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add SSWConsulting/SSW.VerticalSliceArchitecture --skill add-entity -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/add-entity, .gemini/skills/add-entity, .github/skills/add-entity and .opencode/skills/add-entity in your project.
Going by SKILL.md and its folder, Add Entity needs the command-line tools its instructions call (dotnet).
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Add Entity is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.9k tokens (SKILL.md is roughly 7.7k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 4.4k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Add Entity: Speckit Constitution (WeihanLi/WeihanLi.Common, 242 stars), Microsoft Code Reference (MicrosoftDocs/mcp, 1.9k stars), Update .NET OS Packages (dotnet/core, 22k stars) and Update .NET Supported OS Matrix (dotnet/core, 22k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
SSWConsulting (a GitHub organization) maintains it in SSWConsulting/SSW.VerticalSliceArchitecture, which has 407 GitHub stars. The repository holds 5 skills in this directory. The repository was last updated on October 8, 2026.
Source: SSWConsulting/SSW.VerticalSliceArchitecture on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.