Domain Architect

Model domain entities and business rules for 1:1 appointment systems.

Updated Jan 29, 2026
One-click install
npx skills add https://github.com/Alpizar28/BookingTemplate --skill domain-architect
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Domain Architect
Source: https://github.com/Alpizar28/BookingTemplate/tree/main/skills/domain-architect
Command: npx skills add https://github.com/Alpizar28/BookingTemplate --skill domain-architect

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Domain Architect skill provides a structured approach to modeling the business domain for scheduling and 1:1 services, ensuring the software aligns with real-world operations and rules.

Core Features & Use Cases

  • Domain modeling discipline: Defines entities like Professional, Client, Service, Appointment, and the relationships between them.
  • Rule semantics clarity: Distinguishes invariants, time zones, buffers, lead times, and resource constraints to avoid ambiguity.
  • Boundaries and integrations: Delineates what belongs to the domain and what lies outside (UI, infrastructure), enabling clean boundaries.

Quick Start

  • Define the core entities and invariants for a hypothetical 1:1 service scenario (e.g., a spa appointment) and describe the domain rules (timeouts, buffers, and resource constraints).

Frequently Asked Questions about Domain Architect

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

FAQPage Schema
How do I model domain entities and invariants for a 1:1 scheduling system?

Model domain entities for 1:1 scheduling by defining professionals, clients, services, and appointments, then establishing invariants for time zones, buffers, lead times, and resource constraints to ensure unambiguous business rules without generating code.

What is the best way to separate domain boundaries from external interfaces in appointment software?

Separate domain boundaries in appointment software by delineating core domain concerns like scheduling rules and invariants from external interfaces such as UI and infrastructure, ensuring clean architectural boundaries and consistent domain modeling.

How does domain-driven design handle time zones and resource constraints for service scheduling?

Domain-driven design handles time zones and resource constraints for service scheduling by explicitly modeling them as invariants and business rules, preventing ambiguity across different geographical regions and overlapping professional availability.

Can I use domain modeling to define business rules without writing actual code?

Yes, you can use domain modeling to define business rules without writing code by structuring entity relationships, invariants, and boundaries conceptually, satisfying requirements for clear separation between domain concerns and external interfaces.

When do I need to define domain boundaries for a client appointment platform?

You need to define domain boundaries for a client appointment platform when separating core scheduling logic, such as lead times and buffers, from infrastructure and UI concerns to maintain a consistent and unambiguous domain model.

Why does ambiguous scheduling logic cause conflicts in 1:1 professional services?

Ambiguous scheduling logic causes conflicts in 1:1 professional services when time zones, buffers, and resource constraints are not modeled as strict invariants, leading to overlapping appointments and inconsistent business rule enforcement.