agents-standards
Standards for authoring SDD plugin agents — frontmatter, self-containment, skill references, and no-user-interaction rules.
Populate domain specs (glossary, entity definitions, use-cases) from SPEC.md content during implementation.
$ npx -y skills add LiorCohen/sdd --skill domain-population --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/domain-populationContext preview
The summary Claude sees to decide when to auto-load this skill.
Populate domain specs (glossary, entity definitions, use-cases) from SPEC.md content during implementation.
name: domain-population description: Populate domain specs (glossary, entity definitions, use-cases) from SPEC.md content during implementation. user-invocable: false
Populates the domain specification files with content extracted from change context.
During implementation, this skill:
This skill uses the system CLI for deterministic file creation:
cat << 'EOF' | <plugin-root>/system/system-run.sh scaffolding domain --config -
{
"target_dir": "/path/to/project",
"primary_domain": "Task Management",
"product_description": "Task management for engineering teams",
"user_personas": [
{"type": "Project Manager", "actions": "create projects, assign tasks"},
{"type": "Team Member", "actions": "update progress"}
],
"core_workflows": ["Create projects", "Assign tasks", "Update progress"],
"domain_entities": ["Team", "Project", "Task", "User"]
}
EOFSchema: [`schemas/input.schema.json`](./schemas/input.schema.json)
Accepts target directory, domain name, product description, and optional personas, workflows, and entities.
Schema: [`schemas/output.schema.json`](./schemas/output.schema.json)
Returns success status and list of updated domain spec files.
For each entity, add a row to `specs/domain/glossary.md`:
| <Entity> | <Brief definition> | <Related terms> |
Creates `specs/domain/definitions/<entity-slug>.md`:
--- name: <Entity> domain: <primary_domain> status: draft --- # <Entity> ## Description <Placeholder - what role this entity plays based on discovery context> ## Attributes | Attribute | Type | Description | |-----------|------|-------------| | (to be defined) | | | ## Relationships - (to be defined) ## States (if applicable) (to be defined)
Creates `specs/domain/use-cases/<workflow-slug>.md`:
--- name: <Workflow> domain: <primary_domain> actors: <relevant user types> status: draft --- # <Workflow> ## Summary <Placeholder - what this capability allows users to do> ## Actors - <User type from SPEC.md> ## Preconditions (to be defined) ## Main Flow 1. (to be defined) ## Postconditions (to be defined)
Adds to `specs/SNAPSHOT.md`:
## Product Overview **Problem:** <product_description> **Target Users:** - <User type 1>: <what they do> - <User type 2>: <what they do> **Core Capabilities:** - <Capability 1> - <Capability 2> **Key Entities:** <Entity1>, <Entity2>, <Entity3>
{
"target_dir": "/Users/dev/my-task-tracker",
"primary_domain": "Task Management",
"product_description": "Task management for engineering teams",
"user_personas": [
{"type": "Project Manager", "actions": "create projects, assign tasks"},
{"type": "Team Member", "actions": "update progress, view assignments"}
],
"core_workflows": [
"Create projects",
"Assign tasks",
"Update task progress"
],
"domain_entities": ["Team", "Project", "Task", "User"]
}Populating domain specs for: Task Management Creating entity definitions... Created: specs/domain/definitions/team.md Created: specs/domain/definitions/project.md Created: specs/domain/definitions/task.md Created: specs/domain/definitions/user.md Creating use-case stubs... Created: specs/domain/use-cases/create-projects.md Created: specs/domain/use-cases/assign-tasks.md Created: specs/domain/use-cases/update-task-progress.md Updating glossary... Updated: specs/domain/glossary.md Updating SNAPSHOT... Updated: specs/SNAPSHOT.md ============================================================ Domain population complete! ============================================================ Created 4 entity definitions Created 3 use-case stubs Updated glossary with 4 entries Updated SNAPSHOT with product overview
Structure for AI-assisted development AI coding assistants are powerful but chaotic. You prompt, you get code, but then what?
Repo: LiorCohen/sdd
Standards for authoring SDD plugin agents — frontmatter, self-containment, skill references, and no-user-interaction rules.
Standards for authoring SDD plugin commands — frontmatter, user interaction, skill/agent invocation, CLI integration, and output formatting.
Create a commit following repository guidelines with proper versioning and changelog updates.
Two-step self-review at every task lifecycle phase. Step 1 (this skill) runs in-context to gather session signals — files read vs grepped, user pushback, build…
D2 diagramming language reference for architecture diagrams, sequence diagrams, grid layouts, SQL tables, and class diagrams. Produces .d2 files rendered via…
Writes and maintains user-facing documentation for the SDD plugin. Proactively detects when docs are out of sync with plugin capabilities.