CtrlK
BlogDocsLog inGet started
Tessl Logo

ddd-tactical-patterns

Apply DDD tactical patterns in code using entities, value objects, aggregates, repositories, and domain events with explicit invariants.

58

Quality

68%

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 ./plugins/AI-Agents-Safe-Coding-Skills/skills/ddd-tactical-patterns/SKILL.md

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

SKILL.md
Quality
Evals
Security

Quality

Content

70%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 content is concise and well-structured with a genuine one-level-deep reference, and the code example is executable. Its main weakness is the absence of validation/verification checkpoints in a workflow whose core purpose is enforcing domain invariants, which caps workflow clarity at 3.

Suggestions

Add an explicit validation step to the workflow (e.g., 'After modeling an aggregate, verify that every invariant is enforced inside its methods and cannot be bypassed by public setters').

Expand the example to show an aggregate root with a repository boundary and an emitted domain event, so the key steps are demonstrated as copy-paste-ready code.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — short directive instructions, a single compact code example, and a well-signaled one-line reference pointer, with no padding or explanation of concepts Claude already knows.

5 / 5

Actionability

Instructions like 'Identify invariants first and design aggregates around them' and 'Keep repositories at aggregate root boundaries' are concrete directives, and the TypeScript example is executable, but the numbered steps are mostly high-level guidance rather than copy-paste-ready code covering common cases.

4 / 5

Workflow Clarity

The five numbered steps give a clear sequence, but there are no validation checkpoints or feedback loops; because invariant enforcement is a correctness-critical operation, the missing verification steps cap workflow clarity at 3.

3 / 5

Progressive Disclosure

The skill is under 50 lines with a clean section structure and a single, clearly signaled one-level-deep reference ('If detailed checklists are needed, open references/tactical-checklist.md'), which the bundle listing confirms is a real file.

5 / 5

Total

17

/

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 distinctive, naming concrete DDD tactical constructs with an explicit-invariants qualifier. It is weakened by the absence of any 'Use when...' trigger guidance, which caps completeness at 3 despite strong 'what' clarity.

Suggestions

Add an explicit 'Use when...' clause naming natural trigger phrases (e.g., 'Use when designing aggregate boundaries, modeling domain entities, or refactoring an anemic domain model').

Include common synonyms users might say (e.g., 'rich domain model', 'anemic model', 'aggregate root') to improve trigger-term coverage.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions ('Apply DDD tactical patterns... using entities, value objects, aggregates, repositories, and domain events with explicit invariants'), enumerating several specific tactical constructs — comprehensive coverage of the domain's building blocks.

5 / 5

Completeness

The 'what' is clearly and concretely stated, but there is no explicit 'when' trigger guidance in the description — the judging guidelines cap completeness at 3 when a 'Use when...' clause or equivalent is missing.

3 / 5

Trigger Term Quality

Natural terms like 'entities, value objects, aggregates, repositories, and domain events' are strong, but there is no 'Use when...' clause and no common synonyms a user would naturally utter when reaching for this skill, leaving a few natural trigger phrases missing.

4 / 5

Distinctiveness Conflict Risk

The DDD tactical-patterns niche is clearly delimited by its enumerated constructs and the explicit-invariants qualifier, making it unlikely to trigger for unrelated skills.

5 / 5

Total

17

/

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.

Validation15 / 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
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.