CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

ddd-strategic-design

Design DDD strategic artifacts including subdomains, bounded contexts, and ubiquitous language for complex business domains.

Quality

81%

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

The canonical home for this skill is ddd-strategic-design in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

86%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, well-structured instruction-only skill body with a coherent step sequence, concrete required artifacts, and a properly signaled one-level-deep reference. The only meaningful gap is the absence of explicit validation/review checkpoints and classification criteria in the instructions.

DimensionReasoningScore

Conciseness

The ~40-line body contains no explanations of DDD concepts Claude already knows; sections like "Use this skill when", "Instructions", "Required artifacts", and "Limitations" each earn their place with lean phrasing. Every token is load-bearing, matching the lean-and-efficient anchor.

5 / 5

Actionability

As an instruction-only skill, concrete directives ("Extract domain capabilities and classify subdomains", "Capture context boundaries in ADRs") plus a named deliverables list ("Subdomain classification table", "Bounded context catalog") and a real template reference make the guidance mostly executable. It falls short of 5 only because classification criteria (core vs. supporting vs. generic) and other how-to details are left implicit.

4 / 5

Workflow Clarity

The four instructions are clearly sequenced (classify, bound, define language, record ADRs) and "Required artifacts" functions as an output checklist. It is not a 5 because no explicit review/validation checkpoint exists (e.g., confirming the glossary with stakeholders), though the non-destructive design nature means no cap applies.

4 / 5

Progressive Disclosure

The body is under 50 lines with well-organized sections and a single clearly signaled, one-level-deep reference ("If detailed templates are needed, open references/strategic-design-template.md") that exists on disk. Structure and navigation match the clean-overview anchor.

5 / 5

Total

18

/

20

Passed

Description

70%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 concise, distinctive description with concrete deliverables, but it omits any explicit "Use when..." trigger guidance, which caps completeness and weakens trigger-term coverage. Adding a when-clause would lift two dimensions at once.

Suggestions

Append an explicit trigger clause, e.g. "Use when mapping a business domain into subdomains and bounded contexts, splitting a monolith by domain boundaries, or building a shared domain language with experts."

Include the spelled-out term "domain-driven design" alongside "DDD" so users who type the full phrase match this skill.

Add one or two concrete actions beyond "Design" (e.g., classify core/supporting/generic subdomains, propose team ownership per context) to round out capability coverage.

DimensionReasoningScore

Specificity

"Design DDD strategic artifacts including subdomains, bounded contexts, and ubiquitous language" names several concrete deliverables under a single action verb. Minor coverage gaps (one verb, no secondary actions like mapping or context mapping) keep it below the comprehensive anchor 5.

4 / 5

Completeness

The description clearly answers "what" (design DDD strategic artifacts) but contains no "Use when..." clause or equivalent explicit trigger guidance, capping completeness at 3 per the judging guidelines. It is not a 4 because the "when" is entirely absent rather than merely imprecise.

3 / 5

Trigger Term Quality

Natural DDD phrases like "subdomains", "bounded contexts", and "ubiquitous language" are present and would be said by users needing this skill. A few natural terms are missing, such as "domain-driven design" spelled out, "context mapping", or "team topologies".

4 / 5

Distinctiveness Conflict Risk

"bounded contexts", "ubiquitous language", and "subdomains" are distinctive strategic-DDD vocabulary forming a clear niche, making it unlikely to trigger for the wrong (e.g., tactical DDD or infrastructure) skill. Not a 4 because the strategic terminology is not shared with closely related skills.

5 / 5

Total

16

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/antigravity-bundle-ddd-evented-architecture/skills/ddd-strategic-design/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.