Agent Skills by ALSEL
Anthropic Claudeその他⭐ リポ 0品質スコア 50/100

clean-architecture

Robert C. Martinの著書に基づくClean Architectureの原則とベストプラクティスを提供するスキルです。ソフトウェアシステムの設計、コード構造のレビュー、関心の分離を改善するためのリファクタリングを行う際に使用します。レイヤー、境界、依存関係の方向、エンティティ、ユースケース、システムアーキテクチャに関するタスクで機能します。

description の原文を見る

Clean Architecture principles and best practices from Robert C. Martin's book. This skill should be used when designing software systems, reviewing code structure, or refactoring applications to achieve better separation of concerns. Triggers on tasks involving layers, boundaries, dependency direction, entities, use cases, or system architecture.

SKILL.md 本文

Clean Architecture ベストプラクティス

Robert C. Martin の「Clean Architecture: A Craftsman's Guide to Software Structure and Design」に基づいた、保守性とテスト可能性の高いソフトウェアシステムを設計するための Clean Architecture 原則の包括的なガイドです。8つのカテゴリーにわたる42のルールを含み、アーキテクチャへのインパクトで優先順位付けされています。

適用時期

以下の場面でこれらのガイドラインを参照してください:

  • 新しいソフトウェアシステムやモジュールの設計
  • レイヤー間の依存関係の構築
  • ビジネスロジックとインフラストラクチャ間の境界の定義
  • アーキテクチャ違反がないかコードレビュー
  • 結合度の高いシステムをより清潔な構造へリファクタリング

ルールカテゴリー(優先度順)

優先度カテゴリーインパクトプレフィックス
1依存関係の方向CRITICALdep-
2エンティティ設計CRITICALentity-
3ユースケース分離HIGHusecase-
4コンポーネント凝集度HIGHcomp-
5境界定義MEDIUM-HIGHbound-
6インターフェースアダプターMEDIUMadapt-
7フレームワーク隔離MEDIUMframe-
8テストアーキテクチャLOW-MEDIUMtest-

クイックリファレンス

1. 依存関係の方向(CRITICAL)

  • dep-inward-only - ソース依存関係は内側にのみ向く
  • dep-interface-ownership - インターフェースはクライアントに属し実装者には属さない
  • dep-no-framework-imports - 内層へのフレームワークインポートを避ける
  • dep-data-crossing-boundaries - 境界を超えてシンプルなデータ構造を使用する
  • dep-acyclic-dependencies - コンポーネント間の循環依存を排除する
  • dep-stable-abstractions - 不安定な具体実装ではなく安定した抽象化に依存する

2. エンティティ設計(CRITICAL)

  • entity-pure-business-rules - エンティティはエンタープライズビジネスルールのみを含む
  • entity-no-persistence-awareness - エンティティは永続化方法を知ってはいけない
  • entity-encapsulate-invariants - ビジネス不変条件をエンティティ内にカプセル化する
  • entity-value-objects - ドメイン概念に値オブジェクトを使用する
  • entity-rich-not-anemic - 貧血モデルではなくリッチなドメインモデルを構築する

3. ユースケース分離(HIGH)

  • usecase-single-responsibility - 各ユースケースは1つの変更理由を持つ
  • usecase-input-output-ports - ユースケースの入出力ポートを定義する
  • usecase-orchestrates-not-implements - ユースケースはビジネスルールを実装するのではなくエンティティをオーケストレートする
  • usecase-no-presentation-logic - ユースケースにはプレゼンテーションロジックを含めてはいけない
  • usecase-explicit-dependencies - すべての依存関係をコンストラクタで明示的に宣言する
  • usecase-transaction-boundary - ユースケースはトランザクション境界を定義する

4. コンポーネント凝集度(HIGH)

  • comp-screaming-architecture - 構造はフレームワークではなくドメインが叫ぶべき
  • comp-common-closure - 一緒に変わるクラスをグループ化する
  • comp-common-reuse - クライアントに未使用コードへの依存を強要しない
  • comp-reuse-release-equivalence - コンポーネントを凝集したユニットとしてリリースする
  • comp-stable-dependencies - 安定性の方向に依存する

5. 境界定義(MEDIUM-HIGH)

  • bound-humble-object - アーキテクチャ境界では謙虚なオブジェクトを使用する
  • bound-partial-boundaries - 完全な分離が時期尚早な場合は部分的な境界を使用する
  • bound-boundary-cost-awareness - 境界コストと無知のコストのバランスを取る
  • bound-main-component - main をアプリケーションへのプラグインとして扱う
  • bound-defer-decisions - フレームワークとデータベースの決定を遅延させる
  • bound-service-internal-architecture - サービスは内部に clean architecture を持つ必要がある

6. インターフェースアダプター(MEDIUM)

  • adapt-controller-thin - コントローラーをシンに保つ
  • adapt-presenter-formats - プレゼンターはビュー用にデータをフォーマットする
  • adapt-gateway-abstraction - ゲートウェイは外部システムの詳細を隠す
  • adapt-mapper-translation - マッパーを使用してレイヤー間で変換する
  • adapt-anti-corruption-layer - 外部システム用の anti-corruption レイヤーを構築する

7. フレームワーク隔離(MEDIUM)

  • frame-domain-purity - ドメインレイヤーはフレームワーク依存ゼロである
  • frame-orm-in-infrastructure - ORM の使用をインフラストラクチャレイヤーに留める
  • frame-web-in-infrastructure - Web フレームワークの関心事をインターフェースレイヤーに留める
  • frame-di-container-edge - 依存性注入コンテナはエッジに位置する
  • frame-logging-abstraction - ドメインインターフェースの背後にログを抽象化する

8. テストアーキテクチャ(LOW-MEDIUM)

  • test-tests-are-architecture - テストはシステムアーキテクチャの一部である
  • test-testable-design - 最初からテスト可能性を念頭に設計する
  • test-layer-isolation - 各レイヤーを分離してテストする
  • test-boundary-verification - テストでアーキテクチャ境界を検証する

使用方法

詳細な説明とコード例については、個別のリファレンスファイルをお読みください:

  • セクション定義 - カテゴリー構造とインパクトレベル
  • ルールテンプレート - 新しいルール追加用テンプレート

リファレンスファイル

ファイル説明
references/_sections.mdカテゴリー定義と順序付け
assets/templates/_template.md新しいルール用テンプレート
metadata.jsonバージョンとリファレンス情報

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
pproenca
リポジトリ
pproenca/dot-skills
ライセンス
MIT
最終更新
不明

Source: https://github.com/pproenca/dot-skills / ライセンス: MIT

関連スキル

汎用その他⭐ リポ 1,982

superfluid

Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード:Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool(member/distributor)、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper

by LeoYeAI
汎用その他⭐ リポ 100

civ-finish-quotes

実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。

by huxiuhan
汎用その他⭐ リポ 1,110

nookplot

Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。

by BankrBot
汎用その他⭐ リポ 59

web3-polymarket

Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。

by elophanto
汎用その他⭐ リポ 52

ethskills

Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。

by jiayaoqijia
汎用その他⭐ リポ 44

xxyy-trade

このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。

by Jimmy-Holiday
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: pproenca · pproenca/dot-skills · ライセンス: MIT