What problem does it solve? When implementing CQRS, teams struggle to synchronize the command side with the query side, especially when the read model contains computed values that do not exist in the command-side database. This Skill provides a step-by-step logical analysis showing why triggers, polling, and event queues each fail, and why event sourcing becomes the inevitable design conclusion. ## Core Features & Use Cases - Synchronization Method Analysis: Evaluates triggers, polling, and event notification queues, identifying the limits of each (unsyncable computed values, missing change detection, scalability, and the dual-write problem). - CQRS Misconception Correction: Clarifies that "CQRS does not require model separation" applies only to non-CQRS regions, while command/query model separation is mandatory within CQRS regions. - Architecture Decision Flow: Provides a decision flowchart and review checklist for CQRS adoption, C-to-Q synchronization design, and event sourcing validation. - Use Case: When designing a cart system where the query side needs computed values like total price that are not stored in the command-side database, use this Skill to determine why an event store must become the single source of truth. ## Quick Start Ask the AI to explain whether CQRS requires event sourcing and how to synchronize the command side with the query side.