V3 DDD Architecture

Decompose monolithic code into modular DDD bounded contexts.

Updated Mar 5, 2026
One-click install
npx skills add https://github.com/bjorkgard/convention-hosts --skill v3-ddd-architecture-bjorkgard
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: V3 DDD Architecture
Source: https://github.com/bjorkgard/convention-hosts/tree/main/.agents/skills/v3-ddd-architecture
Command: npx skills add https://github.com/bjorkgard/convention-hosts --skill v3-ddd-architecture-bjorkgard

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill addresses the issue of monolithic "god objects" in large codebases by decomposing them into modular, well-defined Domain-Driven Design (DDD) bounded contexts, improving maintainability and testability.

Core Features & Use Cases

  • Domain Decomposition: Breaks down large, complex code units into smaller, focused domains.
  • Clean Architecture Implementation: Enforces separation of concerns and dependency rules.
  • Microkernel Pattern: Enables a modular core with plugin-based extensibility.
  • Use Case: Refactoring a large orchestrator.ts file into distinct domains like task-management, session-management, and health-monitoring to enhance code organization and developer productivity.

Quick Start

Initiate the architecture analysis for Domain-Driven Design by running the task to analyze the current architecture and design DDD boundaries.

Frequently Asked Questions about V3 DDD Architecture

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

FAQPage Schema
How do I refactor a monolithic god object into bounded contexts using Domain-Driven Design?

To refactor a monolithic god object using Domain-Driven Design, you decompose large code units into modular, well-defined bounded contexts to improve maintainability and testability. This process separates complex domains like task-management and session-management into focused units.

What is the best way to modularize a large TypeScript orchestrator file?

The best way to modularize a large orchestrator file is by decomposing it into smaller, focused domains using Domain-Driven Design boundaries. Breaking down monolithic structures into distinct domains like health-monitoring and session-management enhances code organization and developer productivity.

When do I need to decompose monolithic structures into modular bounded contexts?

You need to decompose monolithic structures into modular bounded contexts when large codebases contain monolithic god objects that hinder maintainability and testability. Applying Domain-Driven Design boundaries separates concerns and establishes clear interfaces for domain decomposition.

Does implementing clean architecture require breaking down existing domain logic?

Yes, implementing clean architecture requires breaking down existing domain logic to enforce separation of concerns and dependency rules. Domain decomposition analyzes current architecture to design DDD boundaries, transforming large complex code units into modular, plugin-based domains.