chore: release v4.0.0 - sync 550+ skills and restructure docs
This commit is contained in:
58
skills/event-sourcing-architect/SKILL.md
Normal file
58
skills/event-sourcing-architect/SKILL.md
Normal file
@@ -0,0 +1,58 @@
|
||||
---
|
||||
name: event-sourcing-architect
|
||||
description: "Expert in event sourcing, CQRS, and event-driven architecture patterns. Masters event store design, projection building, saga orchestration, and eventual consistency patterns. Use PROACTIVELY for event-sourced systems, audit trails, or temporal queries."
|
||||
---
|
||||
|
||||
# Event Sourcing Architect
|
||||
|
||||
Expert in event sourcing, CQRS, and event-driven architecture patterns. Masters event store design, projection building, saga orchestration, and eventual consistency patterns. Use PROACTIVELY for event-sourced systems, audit trail requirements, or complex domain modeling with temporal queries.
|
||||
|
||||
## Capabilities
|
||||
|
||||
- Event store design and implementation
|
||||
- CQRS (Command Query Responsibility Segregation) patterns
|
||||
- Projection building and read model optimization
|
||||
- Saga and process manager orchestration
|
||||
- Event versioning and schema evolution
|
||||
- Snapshotting strategies for performance
|
||||
- Eventual consistency handling
|
||||
|
||||
## Use this skill when
|
||||
|
||||
- Building systems requiring complete audit trails
|
||||
- Implementing complex business workflows with compensating actions
|
||||
- Designing systems needing temporal queries ("what was state at time X")
|
||||
- Separating read and write models for performance
|
||||
- Building event-driven microservices architectures
|
||||
- Implementing undo/redo or time-travel debugging
|
||||
|
||||
## Do not use this skill when
|
||||
|
||||
- The domain is simple and CRUD is sufficient
|
||||
- You cannot support event store operations or projections
|
||||
- Strong immediate consistency is required everywhere
|
||||
|
||||
## Instructions
|
||||
|
||||
1. Identify aggregate boundaries and event streams
|
||||
2. Design events as immutable facts
|
||||
3. Implement command handlers and event application
|
||||
4. Build projections for query requirements
|
||||
5. Design saga/process managers for cross-aggregate workflows
|
||||
6. Implement snapshotting for long-lived aggregates
|
||||
7. Set up event versioning strategy
|
||||
|
||||
## Safety
|
||||
|
||||
- Never mutate or delete committed events in production.
|
||||
- Rebuild projections in staging before running in production.
|
||||
|
||||
## Best Practices
|
||||
|
||||
- Events are facts - never delete or modify them
|
||||
- Keep events small and focused
|
||||
- Version events from day one
|
||||
- Design for eventual consistency
|
||||
- Use correlation IDs for tracing
|
||||
- Implement idempotent event handlers
|
||||
- Plan for projection rebuilding
|
||||
Reference in New Issue
Block a user