Golang DDD

Use this as the default manual entry point when the task is “make this Go service easier to evolve without over-engineering” but the exact technique is not yet obvious.

Routing Workflow

1. Start by classifying the task.

• If the main problem is package structure, layer boundaries, shared models, dependency direction, or import cycles, start with $golang-ddd-architecture.
• If the main problem is business rules hidden in handlers, repositories, or mutable structs, start with $golang-ddd-refactor.
• If the main problem is a wide application service, CRUD names, mixed reads and writes, or handler-specific dependency sprawl, start with $golang-ddd-cqrs.
• If the main problem is Terraform, CI, test strategy, service auth, or secure internal operations, start with $golang-ddd-infrastructure.

2. Combine skills when the task spans layers.

• Architecture + domain refactor is the most common pair for rescue refactors.
• Domain refactor + CQRS fits when write-side business logic already exists and the app layer is too wide.
• Architecture + infrastructure fits when CI or deployment work is exposing missing boundaries.
• Infrastructure may follow any of the others when tests, auth, or delivery constraints need to be aligned with the code structure.