Microservice Designer — Microservice Architecture Design Pipeline
An agent team collaborates to perform domain analysis -> service design -> communication design -> observability design.
Execution Mode
Agent Team — 5 members communicate directly via SendMessage and cross-validate each other.
Agent Composition
| Agent |
File |
Role |
Type |
| domain-analyst |
.claude/agents/domain-analyst.md |
Bounded contexts, event storming |
general-purpose |
| service-architect |
.claude/agents/service-architect.md |
API contracts, data ownership, deployment units |
general-purpose |
| communication-designer |
.claude/agents/communication-designer.md |
Sync/async, event bus, Saga |
general-purpose |
| observability-engineer |
.claude/agents/observability-engineer.md |
Metrics, logging, tracing, alerting |
general-purpose |
| architecture-reviewer |
.claude/agents/architecture-reviewer.md |
Cross-validation, anti-pattern detection |
general-purpose |
Workflow
Phase 1: Preparation (Performed directly by Orchestrator)
- Extract from user input:
- Business Domain: What system/service is being designed
- Current State (optional): Whether this is a monolith migration or a greenfield design
- Scale/Constraints (optional): Expected traffic, team size, technology stack limitations
- Existing Documentation (optional): ERD, architecture documents, API documentation, etc.
- Create
_workspace/ directory at the project root
- Organize input and save to
_workspace/00_input.md
- If existing files are available, skip the corresponding Phase
Phase 2: Team Assembly and Execution
| Order |
Task |
Assignee |
Dependencies |
Deliverable |
| 1 |
Domain Analysis |
analyst |
None |
_workspace/01_domain_analysis.md |
| 2 |
Service Design |
architect |
Task 1 |
_workspace/02_service_design.md |
| 3a |
Communication Design |
comm-designer |
Tasks 1, 2 |
_workspace/03_communication_design.md |
| 3b |
Observability Design |
obs-engineer |
Task 2 |
_workspace/04_observability_design.md |
| 4 |
Architecture Review |
reviewer |
Tasks 1-3b |
_workspace/05_review_report.md |
Tasks 3a (communication) and 3b (observability) can be executed in parallel.
Inter-team Communication Flow:
- analyst completes -> delivers bounded contexts and aggregates to architect; delivers domain events to comm-designer
- architect completes -> delivers service catalog and API contracts to comm-designer; delivers service list and dependencies to obs-engineer
- comm-designer completes -> delivers communication matrix and Saga flows to obs-engineer
- reviewer cross-validates all deliverables. When RED Must Fix items are found, requests fixes from the relevant agent -> rework -> re-verification (up to 2 times)
Phase 3: Integration and Final Deliverables
- Check all files in
_workspace/
- Verify that all RED Must Fix items from the review report have been addressed
- Report the final summary to the user
Modes by Task Scale
| User Request Pattern |
Execution Mode |
Deployed Agents |
| "Design a microservice architecture" |
Full Pipeline |
All 5 agents |
| "Analyze the domain", "Event storming" |
Domain Mode |
analyst + reviewer |
| "Decompose services" (domain analysis exists) |
Service Mode |
architect + reviewer |
| "Design inter-service communication" |
Communication Mode |
comm-designer + reviewer |
| "Design monitoring/observability" |
Observability Mode |
obs-engineer + reviewer |
Data Transfer Protocol
| Strategy |
Method |
Purpose |
| File-based |
_workspace/ directory |
Store and share main deliverables |
| Message-based |
SendMessage |
Real-time delivery of key information, fix requests |
| Task-based |
TaskCreate/TaskUpdate |
Progress tracking, dependency management |
Error Handling
| Error Type |
Strategy |
| Insufficient domain information |
Draft using similar domain reference patterns, request user validation |
| Too many services |
Suggest modular monolith -> gradual decomposition roadmap |
| Agent failure |
Retry once -> if fails, proceed without that deliverable, note omission in review |
| RED found in review |
Request fix from relevant agent -> rework -> re-verify (up to 2 times) |
| Distributed monolith signs |
Request service boundary readjustment from architect |
Test Scenarios
Normal Flow
Prompt: "Design an e-commerce platform with microservice architecture. Order, payment, shipping, inventory, and user management are the core features."
Expected Result:
- Domain: 5 bounded contexts, context map, event storming results
- Service: 5-7 service catalog, API contracts, data ownership mapping
- Communication: Order-Payment-Shipping Saga, event bus topic design, circuit breaker configuration
- Observability: SLI/SLO definitions, distributed tracing design, alerting system
- Review: Full consistency verification across all items, distributed system anti-pattern checks
Existing File Utilization Flow
Prompt: "I want to migrate a Django monolith to MSA. I have ERD and API documentation." + file attachments
Expected Result:
- Reverse-extract bounded contexts from the existing ERD
- Include Strangler Fig pattern-based gradual migration roadmap
- Include existing API backward compatibility maintenance strategy
Error Flow
Prompt: "Build a chat app with microservices"
Expected Result:
- Distinguish between "design" and "implementation," performing only design
- Include communication design specialized for real-time communication (WebSocket/SSE)
- Inform that implementation is outside the scope of this skill
Agent Extension Skills
| Skill |
Path |
Enhanced Agent |
Role |
| ddd-context-mapping |
.claude/skills/ddd-context-mapping/skill.md |
domain-analyst, service-architect |
Bounded context identification, event storming, context map relationship types, aggregate design |
| distributed-patterns |
.claude/skills/distributed-patterns/skill.md |
communication-designer, service-architect |
Distributed transaction (Saga), CQRS, Circuit Breaker, Event Sourcing implementation patterns |
1---2name: microservice-designer3description: A full pipeline for designing, decomposing, communicating, and monitoring microservice architectures. An agent team collaborates to perform domain analysis, service design, communication patterns, and observability. Use this skill for requests like 'design a microservice architecture', 'decompose services', 'MSA design', 'domain analysis', 'event-driven architecture', 'inter-service communication design', 'distributed system design', 'API gateway design', and other microservice design tasks. Also supports transitioning from an existing monolith to MSA. Note: actual infrastructure setup, Kubernetes deployment, and code implementation are outside the scope of this skill.4---56# Microservice Designer — Microservice Architecture Design Pipeline78An agent team collaborates to perform domain analysis -> service design -> communication design -> observability design.910## Execution Mode1112**Agent Team** — 5 members communicate directly via SendMessage and cross-validate each other.1314## Agent Composition1516| Agent | File | Role | Type |17|-------|------|------|------|18| domain-analyst | `.claude/agents/domain-analyst.md` | Bounded contexts, event storming | general-purpose |19| service-architect | `.claude/agents/service-architect.md` | API contracts, data ownership, deployment units | general-purpose |20| communication-designer | `.claude/agents/communication-designer.md` | Sync/async, event bus, Saga | general-purpose |21| observability-engineer | `.claude/agents/observability-engineer.md` | Metrics, logging, tracing, alerting | general-purpose |22| architecture-reviewer | `.claude/agents/architecture-reviewer.md` | Cross-validation, anti-pattern detection | general-purpose |2324## Workflow2526### Phase 1: Preparation (Performed directly by Orchestrator)27281. Extract from user input:29 - **Business Domain**: What system/service is being designed30 - **Current State** (optional): Whether this is a monolith migration or a greenfield design31 - **Scale/Constraints** (optional): Expected traffic, team size, technology stack limitations32 - **Existing Documentation** (optional): ERD, architecture documents, API documentation, etc.332. Create `_workspace/` directory at the project root343. Organize input and save to `_workspace/00_input.md`354. If existing files are available, skip the corresponding Phase3637### Phase 2: Team Assembly and Execution3839| Order | Task | Assignee | Dependencies | Deliverable |40|-------|------|----------|-------------|-------------|41| 1 | Domain Analysis | analyst | None | `_workspace/01_domain_analysis.md` |42| 2 | Service Design | architect | Task 1 | `_workspace/02_service_design.md` |43| 3a | Communication Design | comm-designer | Tasks 1, 2 | `_workspace/03_communication_design.md` |44| 3b | Observability Design | obs-engineer | Task 2 | `_workspace/04_observability_design.md` |45| 4 | Architecture Review | reviewer | Tasks 1-3b | `_workspace/05_review_report.md` |4647Tasks 3a (communication) and 3b (observability) can be **executed in parallel**.4849**Inter-team Communication Flow:**50- analyst completes -> delivers bounded contexts and aggregates to architect; delivers domain events to comm-designer51- architect completes -> delivers service catalog and API contracts to comm-designer; delivers service list and dependencies to obs-engineer52- comm-designer completes -> delivers communication matrix and Saga flows to obs-engineer53- reviewer cross-validates all deliverables. When RED Must Fix items are found, requests fixes from the relevant agent -> rework -> re-verification (up to 2 times)5455### Phase 3: Integration and Final Deliverables56571. Check all files in `_workspace/`582. Verify that all RED Must Fix items from the review report have been addressed593. Report the final summary to the user6061## Modes by Task Scale6263| User Request Pattern | Execution Mode | Deployed Agents |64|---------------------|----------------|-----------------|65| "Design a microservice architecture" | **Full Pipeline** | All 5 agents |66| "Analyze the domain", "Event storming" | **Domain Mode** | analyst + reviewer |67| "Decompose services" (domain analysis exists) | **Service Mode** | architect + reviewer |68| "Design inter-service communication" | **Communication Mode** | comm-designer + reviewer |69| "Design monitoring/observability" | **Observability Mode** | obs-engineer + reviewer |7071## Data Transfer Protocol7273| Strategy | Method | Purpose |74|----------|--------|---------|75| File-based | `_workspace/` directory | Store and share main deliverables |76| Message-based | SendMessage | Real-time delivery of key information, fix requests |77| Task-based | TaskCreate/TaskUpdate | Progress tracking, dependency management |7879## Error Handling8081| Error Type | Strategy |82|-----------|----------|83| Insufficient domain information | Draft using similar domain reference patterns, request user validation |84| Too many services | Suggest modular monolith -> gradual decomposition roadmap |85| Agent failure | Retry once -> if fails, proceed without that deliverable, note omission in review |86| RED found in review | Request fix from relevant agent -> rework -> re-verify (up to 2 times) |87| Distributed monolith signs | Request service boundary readjustment from architect |8889## Test Scenarios9091### Normal Flow92**Prompt**: "Design an e-commerce platform with microservice architecture. Order, payment, shipping, inventory, and user management are the core features."93**Expected Result**:94- Domain: 5 bounded contexts, context map, event storming results95- Service: 5-7 service catalog, API contracts, data ownership mapping96- Communication: Order-Payment-Shipping Saga, event bus topic design, circuit breaker configuration97- Observability: SLI/SLO definitions, distributed tracing design, alerting system98- Review: Full consistency verification across all items, distributed system anti-pattern checks99100### Existing File Utilization Flow101**Prompt**: "I want to migrate a Django monolith to MSA. I have ERD and API documentation." + file attachments102**Expected Result**:103- Reverse-extract bounded contexts from the existing ERD104- Include Strangler Fig pattern-based gradual migration roadmap105- Include existing API backward compatibility maintenance strategy106107### Error Flow108**Prompt**: "Build a chat app with microservices"109**Expected Result**:110- Distinguish between "design" and "implementation," performing only design111- Include communication design specialized for real-time communication (WebSocket/SSE)112- Inform that implementation is outside the scope of this skill113114## Agent Extension Skills115116| Skill | Path | Enhanced Agent | Role |117|-------|------|---------------|------|118| ddd-context-mapping | `.claude/skills/ddd-context-mapping/skill.md` | domain-analyst, service-architect | Bounded context identification, event storming, context map relationship types, aggregate design |119| distributed-patterns | `.claude/skills/distributed-patterns/skill.md` | communication-designer, service-architect | Distributed transaction (Saga), CQRS, Circuit Breaker, Event Sourcing implementation patterns |