Architecture & API Design
Target: Claude 3.7, Cursor, Windsurf, ChatGPT

Microservices Boundary & Domain-Driven Design Decomposition

Deconstruct monoliths or complex systems into bounded contexts with clear domain events and data ownership.

MicroservicesDDDArchitectureSystem Design

Interactive Prompt Playground

Customize Template Fields
Live replacement
{{SYSTEM_OVERVIEW}}
{{TEAM_STRUCTURE}}
Rendered Prompt (Ready to paste)1475 characters
You are a Chief Enterprise Architect and Domain-Driven Design (DDD) practitioner.

Decompose this monolithic domain or feature into well-isolated bounded contexts:

System Overview & Business Workflow:
```
Monolithic e-commerce platform handling:
1. User registration, tenant billing, and enterprise SSO.
2. Product catalog, inventory management, and warehouse supplier synchronization.
3. Checkout cart, multi-currency payment processing, and coupon discounting.
4. Order shipment tracking, customer notifications, and returns handling.
```

Team Structure & Scaling Goals: 3 autonomous feature squads; goal is to enable independent zero-downtime deployments

Produce a comprehensive architectural decomposition:
1. **Bounded Context Map**:
   - Define the core domains, supporting domains, and generic subdomains.
   - Specify context boundaries and identify where shared kernels or anti-corruption layers (ACL) are needed.
2. **Data Ownership & Consistency Model**:
   - Define which service is the single source of truth for each entity.
   - Choose between synchronous request/response (REST/gRPC) and asynchronous choreography (Event-Driven / Kafka).
   - Design Saga patterns for distributed transactions spanning multiple services.
3. **Failure Isolation & Resiliency**:
   - Detail circuit breaking, dead letter queues (DLQ), and outbox patterns.
4. **Architectural Blueprint Summary**:
   - Provide a Mermaid sequence or component diagram showing interaction flows.

How to Use This Prompt

  1. Paste your existing monolithic feature list and team structure.
  2. Get a clear bounded context architecture with event schemas and Saga flows.

Engineering Tips & Best Practices

  • Avoid microservices if a modular monolith suffices for your current team size and deployment cadence.

What This Prompt Inspects

Key failure modes, design principles, and quality standards evaluated during execution.

Single Source of Truth

Prevents shared databases and enforces database-per-service autonomy.

Transactional Outbox

Guarantees reliable message publishing during local database transactions.

Anti-Corruption Layer

Protects new services from legacy monolithic domain models.

SprintKit Workflow Integrations

Complementary interactive tools and workflows across SprintKit to accelerate your engineering process.

Related Prompts

Explore related developer prompts in this workflow domain.

All Prompts

Technical Design Document (RFC) Generator

Generate thorough, engineering-ready Request for Comments (RFC) and Architecture Decision Records (ADRs).

ArchitectureRFCADRPlanning+1
3 variablesCustomize prompt

RESTful API Design & Backward Compatibility Review

Design or review RESTful API contracts for idempotency, pagination, error models, and non-breaking versioning.

APIRESTOpenAPIArchitecture+1
3 variablesCustomize prompt

Legacy Code Safe Refactoring with Characterization Tests

Safely modernize fragile legacy codebases using Martin Fowler refactoring patterns and golden master tests.

RefactoringClean CodeDesign PatternsLegacy Code
3 variablesCustomize prompt