CtrlK
BlogDocsLog inGet started
Tessl Logo

domain-analysis

Maps business domains and suggests service boundaries in any codebase using DDD Strategic Design. Use when asking "what are the domains in this codebase?", "where should I draw service boundaries?", "identify bounded contexts", "classify subdomains", "DDD analysis", or analyzing domain cohesion. Do NOT use for grouping existing components into domains (use domain-identification-grouping) or dependency analysis (use coupling-analysis).

64

Quality

76%

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 ./packages/skills-catalog/skills/(architecture)/domain-analysis/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 body is a well-structured, actionable DDD analysis methodology with a clear six-phase workflow and concrete scoring heuristics. Its main weaknesses are content redundancy (concepts repeated across sections) and the absence of any progressive disclosure to separate reference files despite the length.

Suggestions

Deduplicate repeated material — keep the subdomain decision tree, anti-patterns, and Do's/Don'ts in one place rather than restating them across Phase 3, Quick Reference, Best Practices, and Anti-Patterns sections.

Move the detailed output-format templates and integration-pattern catalog into a reference file (e.g., references/output-format.md) referenced from SKILL.md to improve progressive disclosure and reduce token load.

Add an explicit mid-process feedback loop — e.g., 'if cohesion < 5/10, revisit Phase 2 grouping before mapping bounded contexts' — so the workflow self-corrects rather than only validating at the end.

DimensionReasoningScore

Conciseness

Mostly efficient but carries notable redundancy — the subdomain decision tree appears in both Phase 3 and Quick Reference, Anti-Patterns repeat Phase 5 rules, and Do's/Don'ts restate Core Principles — plus re-explanation of standard DDD integration patterns Claude already knows.

3 / 5

Actionability

Provides concrete actionable guidance: scan patterns (@Entity, *Service, *Controller), a scored cohesion formula with thresholds (0-3 + 0-3 + 0-2 + 0-2 / 10), and detailed output templates, with only minor gaps for an instruction-only skill.

4 / 5

Workflow Clarity

Six phases are clearly sequenced with per-concept, per-domain, and cohesion checklists plus a terminal Validation Criteria section; missing only explicit mid-process feedback loops (e.g., re-examine boundaries when cohesion is low).

4 / 5

Progressive Disclosure

Well-sectioned with clear headers, but all content is inlined in a single ~430-line file with no bundle files or external references, so content like output templates and anti-patterns that could live in separate reference files is kept inline.

3 / 5

Total

14

/

20

Passed

Description

90%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 strong: it answers what and when with concrete trigger phrases and explicitly disambiguates against related skills. The only minor gap is specificity, where it lists just two actions rather than a comprehensive set.

DimensionReasoningScore

Specificity

Names the domain (DDD Strategic Design) and two concrete actions ('Maps business domains', 'suggests service boundaries'), matching the anchor for 1-2 concrete actions without comprehensive coverage.

3 / 5

Completeness

Explicitly states what it does (maps domains, suggests service boundaries) and when to use it with concrete trigger phrases, clearly answering both what and when.

5 / 5

Trigger Term Quality

Includes natural user questions ('what are the domains in this codebase?', 'where should I draw service boundaries?') alongside DDD synonyms (bounded contexts, subdomains, domain cohesion), giving comprehensive natural-term coverage.

5 / 5

Distinctiveness Conflict Risk

A clear DDD niche with explicit 'Do NOT use for... (use domain-identification-grouping / coupling-analysis)' disambiguation, minimizing conflict risk with sibling skills.

5 / 5

Total

18

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
tech-leads-club/agent-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.