What problem does it solve? Drawing a correct CQRS (Command-Query Responsibility Segregation) diagram is error-prone: teams routinely merge the write and read models into one box, forget the event bus bridge, or leave the eventual-consistency gap unannotated. This Skill produces or reviews a two-lane CQRS diagram that enforces the segregation invariant and passes automated lint, scoring, and architecture validation. ## Core Features & Use Cases - Two-lane CQRS generation: Builds a WRITE lane (command -> command handler -> write model/aggregate -> event bus) on top and a READ lane (projection -> read model -> query handler -> query) on the bottom, with the event bus as the single bridge. - Multiple creation paths: Generate from an architecture pattern, reverse-engineer a codebase into command handlers/aggregates/projections, convert an existing container or event-driven drawing, or start from a template. - Quality and validation loop: Runs lint, score (minimum 95), repair, polish, and architecture validation to confirm no shared model, no command reading the read side, and no query writing the write side. - Use Case: Ask to diagram an Order Service where PlaceOrder flows through a handler to a Postgres write model emitting OrderPlaced, while a projection builds an order_summary read model in Elasticsearch — the Skill draws both lanes, marks the projection edge eventually consistent, and exports a validated SVG. ## Quick Start Ask the AI to draw your Order Service as a CQRS diagram with commands and handlers on top, projections and the read model on the bottom, and the event bus as the only bridge between them.