eventmodeling-identifying-outputs

Identify read models and query patterns from domain events in event-sourced architectures.

10|2|Updated Feb 9, 2026
One-click install
npx skills add https://github.com/TrogonStack/agentskills --skill eventmodeling-identifying-outputs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: eventmodeling-identifying-outputs
Source: https://github.com/TrogonStack/agentskills/tree/main/plugins/trogonstack-eventmodeling/skills/eventmodeling-identifying-outputs
Command: npx skills add https://github.com/TrogonStack/agentskills --skill eventmodeling-identifying-outputs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill resolves the common architectural confusion between domain events and read models, preventing anti-patterns like modeling calculations as events.

Core Features & Use Cases

  • Query Pattern Mapping: Identifies which UI screens and processors need data and their required freshness.
  • Calculation Detection: Surfaces aggregated or computed values to ensure they are treated as projections rather than immutable facts.
  • Read Model Cataloging: Creates a structured inventory of read models, their source events, and their consumers.

Quick Start

Use the eventmodeling-identifying-outputs skill to analyze my current event list and generate a catalog of required read models for the order system.

Frequently Asked Questions about eventmodeling-identifying-outputs

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I distinguish read models from domain events in event sourcing?

To distinguish read models from domain events, identify immutable facts as events and map aggregated or computed values as derived projections. This prevents anti-patterns like modeling calculations as events during the design phase.

What is event modeling for identifying outputs and query patterns?

Event modeling for identifying outputs defines read models and query patterns derived from domain events. It creates a structured inventory mapping UI and processor data requirements to their source events.

How do I catalog read models from an existing list of domain events?

Catalog read models by analyzing your event list to surface aggregated values as projections. This generates a structured inventory linking each read model to its source events and consumers.

How do I map UI data freshness requirements to event sourcing projections?

Map UI data freshness by identifying which screens and processors need data and their required freshness. This query pattern mapping ensures read models satisfy specific consumer needs derived from event sources.

Why should calculations be treated as projections instead of events in event sourcing?

Calculations should be treated as projections to prevent architectural confusion between immutable facts and derived data. Modeling calculations as events creates anti-patterns that obscure clear data mapping in event-sourced architectures.