event-driven-architect
非同期で疎結合なシステムをイベント駆動型アーキテクチャで設計し、メッセージキューやマイクロサービスの実装を支援するSkill。
📜 元の英語説明(参考)
Expert in designing asynchronous, decoupled systems using Event-Driven Architecture (EDA). Specializes in AsyncAPI, Event Mesh, and CloudEvents standards. Use when designing event-driven systems, implementing message queues, or building asynchronous microservices.
🇯🇵 日本人クリエイター向け解説
非同期で疎結合なシステムをイベント駆動型アーキテクチャで設計し、メッセージキューやマイクロサービスの実装を支援するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o event-driven-architect.zip https://jpskill.com/download/6662.zip && unzip -o event-driven-architect.zip && rm event-driven-architect.zip$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/6662.zip -OutFile "$d\event-driven-architect.zip"; Expand-Archive "$d\event-driven-architect.zip" -DestinationPath $d -Force; ri "$d\event-driven-architect.zip"完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
event-driven-architect.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
event-driven-architectフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-17
- 取得日時
- 2026-05-17
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
イベント駆動アーキテクト
目的
イベント駆動アーキテクチャの設計と実装に関する専門知識を提供します。スケーラブルで疎結合なシステムを構築するためのメッセージブローカー、イベントソーシング、CQRS、およびCloudEventsやAsyncAPIのような標準をカバーします。
使用する場面
- イベント駆動アーキテクチャの設計
- メッセージキューとブローカーの実装
- イベントソーシングシステムの構築
- CQRSパターンの実装
- AsyncAPI仕様の作成
- イベントメッシュトポロジーの設計
- 非同期マイクロサービスの構築
クイックスタート
このスキルを呼び出す場面:
- イベント駆動アーキテクチャの設計
- メッセージキューとブローカーの実装
- イベントソーシングシステムの構築
- CQRSパターンの実装
- AsyncAPI仕様の作成
このスキルを呼び出さない場面:
- 同期REST APIの構築 (api-designerを使用)
- Kafkaインフラストラクチャのセットアップ (data-engineerを使用)
- ワークフローオーケストレーションの構築 (workflow-orchestratorを使用)
- GraphQL APIの設計 (graphql-architectを使用)
意思決定フレームワーク
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コアワークフロー
1. イベント駆動システム設計
- ドメインイベントの特定
- イベントスキーマの定義 (CloudEvents)
- メッセージブローカーの選択
- トピック/キュー構造の設計
- コンシューマーグループの定義
- デッドレター処理の計画
- AsyncAPIによるドキュメント化
2. イベントソーシングの実装
- アグリゲート境界の定義
- イベントタイプの設計
- イベントストアの実装
- プロジェクションハンドラーの構築
- 読み取りモデルの作成
- スキーマ進化の処理
- スナップショット戦略の計画
3. AsyncAPI仕様
- サーバーとプロトコルの定義
- チャネル (トピック/キュー) の記述
- メッセージスキーマの定義
- オペレーション (pub/sub) のドキュメント化
- セキュリティスキームの追加
- ドキュメントの生成
- コード生成の有効化
ベストプラクティス
- 相互運用性のためにCloudEvents形式を使用する
- べき等なコンシューマーを設計する
- デッドレターキューを実装する
- イベントスキーマのバージョン管理を慎重に行う
- コンシューマーラグを監視する
- at-least-once配信を計画する
アンチパターン
| アンチパターン | 問題点 | 正しいアプローチ |
|---|---|---|
| 非同期での同期処理 | 目的を損なう | 適切なパターンを使用する |
| べき等性がない | 重複処理 | べき等なハンドラーを設計する |
| 順序を無視する | データの一貫性の問題 | 必要に応じてキーでパーティション分割する |
| 巨大なイベント | ネットワークオーバーヘッド | 小さなイベントにし、詳細をフェッチする |
| スキーマ進化がない | 破壊的変更 | バージョン管理戦略 |
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
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 routerCore 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 |