Event brainstorming
Boards for a digital Event Storming session: collect ideas and find the events that drive your domain.
Studio · Preview
Studio is a shared place to design, visualize, and edit Screenplay event models: the commands people issue, the events they produce, and the read models people look at. Studio is a paid Preview product at app.cratis.studio. Public sign-up is not open yet. Contact Cratis through cratis.studio with questions about access.
Teams often write the code first and discover the domain afterwards. By the time everyone agrees on what “an order” is, half of it has been built around a different idea. Event modeling turns that around: you map out what happens in the system as a shared picture before anyone commits to an implementation.
Studio is meant to be the canvas for that conversation, where developers, domain experts, and product owners work on the same model instead of trading diagrams.
Event brainstorming
Boards for a digital Event Storming session: collect ideas and find the events that drive your domain.
Event models
Commands, events, and read models organized into modules, features, and slices, stored as a Screenplay model.
Projections
Which events feed which read model, visible in the model itself.
Agents over MCP
An organization’s agents can read and change its event models through Studio’s own MCP server.
Rendering a model into a running application is Stage’s job. Stage remains experimental, so treat generated output as something to review, not as finished production code.
Studio is an independent top layer. You can use it to model an event-driven system without adopting the rest of the stack. With the Cratis Stack, the model describes the commands, events, and projections you build with Arc and Chronicle.
Studio sits at the front of development: design and agree on the model there, then build. To inspect and operate a system that is already running, use the CLI and the Chronicle Workbench.