unity-testability について
Unity 開発者向けのテスト容易性アドバイザースキルです。純粋な C# に移すロジックと Unity 側に残す処理を見極め、テスト範囲を提案します。意味のある境界を重視し、不要な抽象化を避けます。
主な機能
- 01純粋な C# と Unity ロジックを分離
- 02設定の注入方法を評価
- 03インターフェースとテスト境界を提案
- 04EditMode と PlayMode のテストを計画
活用シーン
- 01単体テスト向けにロジックを抽出
- 02Unity プロジェクトのテスト戦略を策定
- 03PlayMode テストの要否を判断
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/unity-testabilityを入力して読み込まれたか確認します。
詳細
このモジュールのスキルを呼び出す前に： 名前や説明から推測したパラメーターでスキルを呼び出そうとしている場合は、いったん停止してください。まずこのファイルを読むか、
GET /skills/recommend?includeSchema=trueでスキーマを取得してください。recommend/schema からパラメーターの定義をすでに取得している場合は、そのまま dryRun に進めます。
トリガー
- テスト容易性の向上
- 単体テスト用のロジック抽出
- テスト戦略の計画
- テスト容易性の向上、単体テスト用のロジック抽出、テスト戦略の計画
Unity テスト容易性アドバイザー
Unity に関わるクラスにどのロジックを残し、どのロジックを純粋な C# コードに移すべきかを判断する際に、このスキルを使用してください。
レビュー項目
- ルールやアルゴリズムは、
Transform、GameObject、シーンの状態なしで実行できますか？ - 静的なグローバル変数を通じて設定を読み込むのではなく、設定を注入できますか？
- 実行時の判断をプレーンな C# クラスに移し、薄い
MonoBehaviourから呼び出せますか？ - これには PlayMode でのテストが必要ですか？それとも EditMode で十分ですか？
出力形式
- 純粋な C# に移すべきロジック
- Unity に関わるクラスに残すべきロジック
- 推奨する境界／インターフェース
- EditMode テストの候補
- PlayMode テストの候補
ガードレール
モード：ドキュメントのみ — 制御すべき REST スキルはありません。どの動作モード（Approval / Auto / Bypass）でも自由に読み込めます。
- スクリプトが小さく、シーンに密結合している場合は、無理にテスト用の境界を設けないでください。
- 抽象化そのものを目的とするのではなく、意味のある境界を少数設けることを優先してください。
コメント
Markdown 対応