domain-modeling

Builds and maintains project domain models, glossaries, CONTEXT.md files, and architectural decision records.

1|Updated Jul 17, 2026
One-click install
npx skills add https://github.com/dariovr1/sixth-sense --skill domain-modeling-dariovr1
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: domain-modeling
Source: https://github.com/dariovr1/sixth-sense/tree/main/skills/domain-modeling
Command: npx skills add https://github.com/dariovr1/sixth-sense --skill domain-modeling-dariovr1

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams lose track of domain terminology and architectural decisions as projects grow, leading to inconsistent naming, forgotten rationale, and misaligned code. This Skill keeps the domain model explicit by maintaining a glossary, CONTEXT.md, and ADRs as decisions are made. ## Core Features & Use Cases - Ubiquitous Language Management: Challenge fuzzy terms against the project glossary and add missing concepts to CONTEXT.md, creating the file lazily when needed. - Architectural Decision Records: Record decisions inline as ADRs with traceable short IDs (D-01, D-02, ...) so they can be linked back to implementing code. - Premortem Stress-Testing: Invoke the dylan-dog skill in Premortem mode to map failure modes against a fixed heuristic checklist instead of improvising edge cases. - Use Case: While designing a Spring Boot feature, use this Skill to align new entity names with the glossary, record the bounded-context decision as an ADR, and tag it D-07 for later traceability. ## Quick Start Use the domain-modeling skill to record this architectural decision and update CONTEXT.md with the new domain terms.

Frequently Asked Questions about domain-modeling

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I maintain a domain model and glossary in a software project?

Maintain a CONTEXT.md file that records domain terms and decisions as they crystallize, adding missing concepts lazily. Challenge fuzzy terms against the glossary and stress-test the model with edge-case scenarios before finalizing.

How to write architectural decision records with traceable IDs?

Record each decision inline as an ADR and tag it with a short ID like D-01 or D-02 in CONTEXT.md. These tags let you trace decisions against the code that implements them, surfacing missing traces as warnings rather than blocking commits.

What is a ubiquitous language in domain-driven design?

A ubiquitous language is a shared vocabulary of domain terms used consistently by developers and stakeholders. This Skill enforces it by checking new terms against the project glossary and adding undocumented concepts to CONTEXT.md.

Does domain modeling work with Spring Boot projects?

Yes, for Spring Boot projects the Skill uses the package structure as a guide for identifying bounded contexts. This aligns the domain model with the actual code organization rather than an abstract layering.

When should I stress-test a domain model with a premortem?

Run a premortem when edge cases could invalidate your terminology or decisions. The Skill delegates this to the dylan-dog skill in Premortem mode, which maps failure modes to a fixed heuristic checklist instead of ad-hoc brainstorming.