atelier-spec-architect

Translate feature ideas into domain-driven hexagonal architecture plans.

39|4|Updated Jan 11, 2026
One-click install
npx skills add https://github.com/martinffx/claude-code-atelier --skill atelier-spec-architect
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: atelier-spec-architect
Source: https://github.com/martinffx/claude-code-atelier/tree/main/plugins/atelier-spec/skills/atelier-spec-architect
Command: npx skills add https://github.com/martinffx/claude-code-atelier --skill atelier-spec-architect

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Domain-driven design and hexagonal architecture guidance to structure complex features.

Core Features & Use Cases

  • Provides a clear target architecture split: domain core vs IO edge, with entities, services, repositories, routers, and events.
  • Helps model aggregates, value objects, domain events, and bounded contexts for scalable systems.
  • Real-world workflow alignment: map requirements to architecture, governance, and testing patterns.

Quick Start

Describe the feature you want to design, and the skill will generate a domain-driven, hexagonal architecture plan.

Frequently Asked Questions about atelier-spec-architect

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

FAQPage Schema
How do I design a new feature using domain-driven design and hexagonal architecture?

Domain-driven design and hexagonal architecture planning translates feature ideas into a structured map of domain models, services, repositories, and routers, separating core logic from IO edges. It provides clear component boundaries and governance for scalable systems.

What is the best way to separate domain core from IO edge components across microservices?

Separating domain core from IO edge components involves mapping bounded contexts, aggregates, and value objects to establish strict boundaries. This hexagonal split keeps core logic isolated from routers and external services for scalable microservices.

How do I model aggregates and bounded contexts for complex software features?

Modeling aggregates and bounded contexts requires breaking down feature responsibilities into structured domain models and events. This aligns core versus edge components across modules, ensuring scalable architecture and clear governance patterns.

Can I use hexagonal architecture patterns to align requirements with testing and validation?

Hexagonal architecture patterns align requirements with testing and validation by mapping them to a structured plan of domain models, services, and repositories. This workflow alignment ensures governance and validation patterns are applied to core and edge components.

When do I need domain-driven design for breaking down component responsibilities?

Domain-driven design is needed for breaking down component responsibilities when designing new features or aligning core versus edge components across services. It produces a structured map of entities and boundaries to manage complex software design.