Explore AI Agent Skills & Claude Prompts

CQRS（Command Query Responsibility Segregation）における一貫性・可用性・スケーラビリティのトレードオフ分析と設計判断を支援する。CAP定理に基づくCQRSの評価軸、イベントソーシングとの組み合わせによる影響、読み書きモデルの分離戦略を提供する。アーキテクチャ設計、技術選定、既存システムのCQRS導入検討時に使用。対象言語: 言語非依存（Java, Kotlin, Scala, TypeScript, Go, Rust, Python等すべて）。トリガー：「CQRSを採用すべきか」「読み書き分離の設計」「結果整合性の判断」「イベントソーシングを組み合わせるべきか」「CQRSのトレードオフ」「CQRSの可用性」「CQRSのスケーラビリティ」「書き込みモデルと読み込みモデルの分離」といったCQRS設計判断関連リクエストで起動。

cqrs-aggregate-modeling

CQRS/ESが集約の境界定義とモデリングに与える影響を解説する。CQRSを導入すると集約はコマンド実行に必要な最小限の状態のみ保持すればよくなり、読み取り責務はリードモデルに委譲できる。大きすぎる集約の軽量化、集約境界の再定義、イベントによる状態管理を支援する。集約設計、CQRS導入時のモデリング見直し、パフォーマンス問題の解決時に使用。対象言語: 言語非依存。トリガー：「CQRSで集約が変わる」「集約が大きすぎる」「集約にメッセージ1000件」「集約の更新が重い」「CQRS導入で集約を見直す」「集約を軽量化したい」「集約にクエリ用データが混ざっている」「集約の境界を再定義」といったCQRS/モデリング関連リクエストで起動。

cqrs-to-event-sourcing

CQRSの実装においてイベントソーシングが必然的に必要となる理由を論理的に説明する。 C側からQ側へのデータ同期問題（計算された値の同期不可、トリガーの限界、ポーリングのスケーラビリティ問題、ダブルコミット問題）を段階的に分析し、イベントを真のデータソースにする設計への到達過程を示す。CQRS導入検討、アーキテクチャ設計時に使用。対象言語: 言語非依存。トリガー：「CQRSにイベントソーシングは必要か」「C側とQ側の同期方法」「CQRSでモデルを分ける必要はないのか」「リードモデルの更新方法」「なぜイベントソーシングが必要か」「ダブルコミット問題」「CQRSの同期問題」「CQRSはESなしでも動くか」といったCQRS/ES必然性関連リクエストで起動。

deepresearch-readme

GitHub OSS向け README.md の作成・改善・レビューを支援する。What/Why/How to start/Help/Maintainers の軸で情報を整理し、最短で動かせる Quickstart と docs への導線を構成する。 READMEの新規作成、既存READMEの再構成、READMEレビュー、ドキュメント分割の判断時に使用する。トリガー：「READMEを作って」「READMEを改善して」「Quickstartを追加して」「GitHub向けREADMEテンプレ」「READMEをレビューして」などのREADME関連リクエスト。

aggregate-transaction-boundary

集約とトランザクション境界の関係を明確化し、複数集約を単一トランザクションに含めるアンチパターンを検出・是正する。集約は強い整合性境界であり、ユースケースで複数集約を更新する場合は結果整合性を使うべきという原則を適用する。コードレビュー、ユースケース設計、リファクタリング時にトランザクション境界の問題を検出する場合に使用。対象言語: 言語非依存（Java, Kotlin, Scala, TypeScript, Go, Rust, Python等すべて）。トリガー：「複数集約を同じトランザクションで更新している」「ユースケースに@Transactionalがある」「集約間の整合性をどう取るか」「Sagaパターンを使うべきか」「トランザクション境界の設計」「1トランザクション1集約」「結果整合性の実装」「集約をまたぐトランザクション」といったトランザクション境界関連リクエストで起動。

backward-compat-governance

後方互換性がゴミコードを量産する構造を検出し、互換性を「契約と撤去計画」として管理するガバナンスを支援するスキル。公開API境界の明確化、非推奨化サイクル（deprecation cycle）の制度化、互換層の局所化（Adapter/Strangler Fig）、契約テスト（CDC）による互換性検証、 AI生成コードの互換性ゲート設計を含む。コードレビュー、API設計、リファクタリング、レガシー移行時に互換性起因の技術的負債を防ぐために使用。対象言語: 言語非依存（Java, TypeScript, Go, Python, Rust等すべて）。トリガー：「後方互換性を保ちたい」「非推奨APIをどうする」「互換層が増えてきた」「レガシー移行の戦略」「API設計レビュー」「互換性のためのコードが多い」「deprecation policyを作りたい」「破壊的変更の管理」といった互換性管理関連リクエストで起動。

breach-encapsulation-naming

getterの濫用を防ぐための命名規約スキル。ドメインモデルでgetterが必要な場合（永続化、JSON変換など）に `breachEncapsulationOf` プレフィックスを付与することで、カプセル化を破っていることを明示する。これにより、Tell Don't Ask原則の違反を未然に防ぎ、getterの意図しない使用を抑制する。コードレビュー、新規実装、リファクタリング時にgetter設計が必要な場合に使用。対象言語: Java, Kotlin, Scala, TypeScript, Python, Go, Rust。トリガー：「getterの命名規約」「カプセル化を破るgetter」「永続化用のgetter」「breachEncapsulation」「getterを作りたいが濫用を防ぎたい」といったgetter命名関連リクエストで起動。

clean-architecture

クリーンアーキテクチャを採用しているプロジェクト向けの設計・レビュー支援。4層構造（ドメイン層、ユースケース層、インターフェースアダプタ層、インフラストラクチャ層）に基づく。特にインフラ層は横断的関心事（ロギング、設定管理）のみ、永続化やRPCはインターフェースアダプタ層に配置すべきという原則を適用する。トリガー：「クリーンアーキテクチャで」「クリーンアーキテクチャに従って」「クリーンアーキテクチャのレビュー」など、クリーンアーキテクチャを明示的に指定した場合のみ起動。一般的な「設計レビュー」「アーキテクチャ相談」では起動しない。

creating-rules

Creates Claude Code rules (.claude/rules/*.md) with YAML frontmatter and path-specific scoping. Use when creating project rules, coding standards, or conditional guidelines for specific file types.

cross-aggregate-constraints

集約間の制約チェック（「集約Aのユースケースで集約Bの状態を確認したい」）に対する設計判断を支援する。Sagaの誤用検出、ビジネス要件の問い直し、CQRS/ESにおける技術的制約の理解、不整合データの許容判断を含む。コードレビュー、アーキテクチャ設計、要件分析時に集約間の制約問題に直面した場合に使用。対象言語: 言語非依存。トリガー：「集約間の制約チェック」「他の集約の状態を確認したい」「Sagaで制約チェック」「ブランドに商品が紐づいているか確認」「集約間のバリデーション」「イベントソーシングで逆引き」「集約をまたぐビジネスルール」「CQRS/ESの制約」「コマンド側からリードモデルを参照していい？」「ユースケースで他の集約を参照」といった集約間制約関連リクエストで起動。

custom-linter-creator

各プログラミング言語の既存リンターエコシステムを活用してカスタムlintルールを作成するスキル。人間向けではなくAIエージェント向けのリンターであり、エラーメッセージはAIに対する修正指示プロンプトとして機能する。 Rust(dylint)、TypeScript/JavaScript(ESLint)、Python(pylint)、Go(golangci-lint)等、言語ごとの標準的な方法でカスタムルールを `lints/` ディレクトリに作成する。以下の場合に使用する: (1) プロジェクト固有のコーディングルールをAIに強制させたいとき、 (2) 違反時にAIが読める修正指示を出力するlintルールを作りたいとき、 (3) 命名規則・構造パターン・一貫性ルールをAI駆動のリンティングで強制したいとき。トリガー: 「リンタールールを作成」「lintルールを追加」「このパターンを強制」「AIリンター」「カスタムlint」「コードルール」「命名ルール」「構造ルール」「create a linter rule」「add a lint rule」「enforce this pattern」「AI linter」。

ddd-module-pattern

DDDのモジュールパターンに基づくドメイン層パッケージングガイド。技術駆動パッケージング（entities/, value-objects/, services/, repositories/等）を検出し、ドメイン用語ベースのパッケージングへの修正を促す。ドメイン層においてモジュール名がユビキタス言語の一部となるよう導く。トリガー：「ドメイン層のパッケージ構造」「DDDのモジュール設計」「技術駆動パッケージングを直したい」「entities/フォルダをやめたい」「ドメインパッケージのレビュー」等のドメインモジュール関連リクエストで起動。