architecture-patterns
クリーンアーキテクチャパターンの実装
こちらからも入手できます: wshobson,AdamManuel-dev,Barnhardt-Enterprises-Inc
実証済みのアーキテクチャパターンを使用して、保守性が高くテスト可能なバックエンドシステムを構築します。このスキルでは、クリーンアーキテクチャ、六角形アーキテクチャ、ドメイン駆動設計を適用してスケーラブルなソフトウェアを作成する支援を行います。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「architecture-patterns」を使用しています。 ユーザー管理システムのクリーンアーキテクチャ構造を設計する
期待される結果:
- レイヤー1: ドメイン - ビジネスルールを持つユーザーエンティティ（アクティブ化、検証）
- レイヤー2: ユースケース - CreateUser、UpdateUser、DeactivateUser
- レイヤー3: インターフェースアダプター - UserController、UserPresenter
- レイヤー4: インフラストラクチャ - PostgresUserRepository、RedisCache
「architecture-patterns」を使用しています。 エンティティと値オブジェクトの違いを説明してください
期待される結果:
- エンティティ: IDを持ち、変更可能、IDで等価性判断（例: Order、User）
- 値オブジェクト: IDを持たず、不変、属性で等価性判断（例: Email、Money、Address）
セキュリティ監査
安全Static analysis flagged 32 potential issues including external_commands, env_access, and weak cryptographic algorithms. After evaluation, all findings are FALSE POSITIVES. The skill contains only documentation and Python code examples for software architecture patterns. No actual command execution, cryptographic code, or secret access exists. The flagged patterns are innocent uses of architecture terminology (domain, ports, adapters) and placeholder interface definitions.
高リスクの問題 (1)
中リスクの問題 (1)
低リスクの問題 (1)
品質スコア
作れるもの
新しいバックエンドシステムのアーキテクチャ設計
適切なレイヤー分離と依存関係ルールを備えたクリーンアーキテクチャを使用して、新しいバックエンドサービスを設計します。
モノリシックなコードベースのリファクタリング
密結合コードを明確なポートとアダプターを備えた六角形アーキテクチャに移行します。
DDD戦術パターンの適用
複雑なビジネスドメインのために、エンティティ、値オブジェクト、集約を使用してドメインモデルを実装します。
これらのプロンプトを試す
eコマースアプリケーションのクリーンアーキテクチャ構造を設計する помочьを作成してください。どのようなレイヤーを作成し、レイヤー間の依存関係は何ですか？
六角形アーキテクチャを使用して支払いサービスを実装する方法を示してください。Stripeの例を伴うポートとアダプターを含めます。
注文管理システムのDDDドメインモデルを作成してください。エンティティ、値オブジェクト、集約、ドメインイベントを含めます。
Railsモノリスがあります。完全書き直しなしで段階的にクリーンアーキテクチャに移行する方法を教えてください。
ベストプラクティス
- ビジネスロジックをフレームワークに依存しないドメインレイヤーに配置する
- アダプターを実装する前に明確なインターフェース（ポート）を定義する
- 内側のレイヤーが外側のレイヤーについて何も知らないことを確認する
回避
- 控制器にビジネスロジックを配置する（ファット控制器）
- ドメインロジックとインフラストラクチャコードを混在させる
- 動作を持たない貧弱なドメインモデルを作成する