domain-model

Document domain decisions in ADRs and CONTEXT.md files.

3|1|Updated Mar 23, 2026
One-click install
npx skills add https://github.com/malinskibeniamin/skills --skill domain-model-malinskibeniamin
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: domain-model
Source: https://github.com/malinskibeniamin/skills/tree/main/domain-model
Command: npx skills add https://github.com/malinskibeniamin/skills --skill domain-model-malinskibeniamin

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Helps teams capture and standardize domain understanding by pairing lightweight documentation with ADRs and CONTEXT.md, reducing ambiguity in complex codebases.

Core Features & Use Cases

  • Stepwise decision grilling with interview-based dependency resolution across branches and contexts.
  • Domain Grill to resolve terminology, boundaries, and cross-context relationships.
  • Three-Hat review workflow to surface concerns and co-create accessible ADRs and CONTEXT.md.
  • Lazy creation of CONTEXT.md and ADRs, documented inline as decisions mature.

Quick Start

Begin by interviewing decision branches and applying the domain-model grill to generate CONTEXT.md and ADRs.

Frequently Asked Questions about domain-model

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

FAQPage Schema
How do I document domain decisions and align code with domain language?

Document domain decisions by using ADRs and CONTEXT.md to capture terminology and boundaries. This workflow pairs lightweight documentation with explicit domain language, reducing ambiguity in complex codebases and ensuring code aligns with business context.

What is the best way to resolve terminology and boundaries across multiple contexts in a monorepo?

Use a domain grill workflow to resolve terminology and cross-context relationships in a monorepo. It interviews decision branches to clarify boundaries, producing context maps that standardize domain understanding across different contexts.

How do I create ADRs and CONTEXT.md files for complex domain boundaries?

Create ADRs and CONTEXT.md lazily as decisions mature through a stepwise interview process. This lightweight workflow grills decision branches, generating documentation inline to capture cross-context relationships without upfront overhead.

When do I need ADRs and context maps for domain modeling?

You need ADRs and context maps when managing complex domain boundaries across monorepos or multiple contexts. They clarify decisions and align code with explicit domain language, reducing ambiguity in projects where domain understanding is critical.

How does the Three-Hat review workflow surface concerns for domain documentation?

The Three-Hat review workflow surfaces concerns by co-creating accessible ADRs and CONTEXT.md files. It reviews domain decisions from multiple perspectives, ensuring terminology and boundaries are validated before documentation is finalized.

Can I use this domain modeling workflow for projects without complex domain boundaries?

This workflow is designed for projects with complex domain boundaries across monorepos or multiple contexts. For simpler projects, the lazy ADR and CONTEXT.md generation may introduce unnecessary overhead without providing significant clarity benefits.