event-driven-architect
49
总安装量
49
周安装量
#4303
全站排名
安装命令
npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill event-driven-architect
Agent 安装分布
claude-code
40
opencode
35
gemini-cli
31
codex
27
cursor
27
Skill 文档
Event-Driven Architect
Purpose
Provides expertise in designing and implementing event-driven architectures. Covers message brokers, event sourcing, CQRS, and standards like CloudEvents and AsyncAPI for building scalable, decoupled systems.
When to Use
- Designing event-driven architectures
- Implementing message queues and brokers
- Building event sourcing systems
- Implementing CQRS patterns
- Creating AsyncAPI specifications
- Designing event mesh topologies
- Building asynchronous microservices
Quick Start
Invoke this skill when:
- Designing event-driven architectures
- Implementing message queues and brokers
- Building event sourcing systems
- Implementing CQRS patterns
- Creating AsyncAPI specifications
Do NOT invoke when:
- Building synchronous REST APIs (use api-designer)
- Setting up Kafka infrastructure (use data-engineer)
- Building workflow orchestration (use workflow-orchestrator)
- Designing GraphQL APIs (use graphql-architect)
Decision Framework
Message Broker Selection:
âââ High throughput, streaming â Kafka
âââ Flexible routing â RabbitMQ
âââ Cloud-native, serverless â EventBridge, Pub/Sub
âââ Simple queuing â SQS, Redis Streams
âââ Enterprise integration â Azure Service Bus
Pattern Selection:
âââ Audit/replay needed â Event Sourcing
âââ Read/write separation â CQRS
âââ Simple async â Pub/Sub
âââ Guaranteed delivery â Transactional outbox
âââ Complex routing â Message router
Core Workflows
1. Event-Driven System Design
- Identify domain events
- Define event schemas (CloudEvents)
- Choose message broker
- Design topic/queue structure
- Define consumer groups
- Plan dead letter handling
- Document with AsyncAPI
2. Event Sourcing Implementation
- Define aggregate boundaries
- Design event types
- Implement event store
- Build projection handlers
- Create read models
- Handle schema evolution
- Plan snapshot strategy
3. AsyncAPI Specification
- Define servers and protocols
- Describe channels (topics/queues)
- Define message schemas
- Document operations (pub/sub)
- Add security schemes
- Generate documentation
- Enable code generation
Best Practices
- Use CloudEvents format for interoperability
- Design idempotent consumers
- Implement dead letter queues
- Version event schemas carefully
- Monitor consumer lag
- Plan for at-least-once delivery
Anti-Patterns
| Anti-Pattern | Problem | Correct Approach |
|---|---|---|
| Synchronous over async | Defeats purpose | Use proper patterns |
| No idempotency | Duplicate processing | Design idempotent handlers |
| Ignoring order | Data consistency issues | Partition by key if needed |
| Huge events | Network overhead | Small events, fetch details |
| No schema evolution | Breaking changes | Versioning strategy |