unity-asmdef について
asmdefをいつ、どのように使うか検討するUnity向けアドバイザリースキルです。プロジェクトの複雑化に応じて、アセンブリ境界や依存方向、エディター・ランタイム・テストの分割を計画できます。
主な機能
- 01asmdef導入の妥当性評価
- 02アセンブリ境界の提案
- 03依存方向の設定
- 04エディター・ランタイム・テストコードの分割
- 05移行計画と不要な変更の回避
活用シーン
- 01プロジェクト内システムのアセンブリ整理
- 02エディターコードとランタイムコードの分離
- 03テストの分離とコンパイル時間への対処
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/unity-asmdefを入力して読み込まれたか確認します。
詳細
このモジュール内のスキルを呼び出す前に: 名前や説明から推測したパラメータでスキルを呼び出そうとしている場合は、STOP — まずこのファイルを読んでください（または
GET /skills/recommend?includeSchema=trueでスキーマを取得してください）。recommend/スキーマからパラメータ定義をすでに取得している場合は、そのまま dryRun に進んでかまいません。
トリガー
- asmdef のレイアウトを計画する
- アセンブリの依存関係を整理する
- コンパイルを高速化する
- エディター/ランタイム/テストのコードを分割する
- 规划 asmdef 结构、理顺程序集依赖、加速编译、拆分编辑器/运行时代码
Unity asmdef アドバイザー
コンパイル境界と依存関係の方向が重要になるほどプロジェクトが大きい場合に、このスキルを使用してください。
価値がある場合にのみ推奨する
asmdef は通常、次のような場合に検討する価値があります:
- プロジェクトに複数のドメイン/システムがある
- エディターコードとランタイムコードが混在している
- コンパイル時間が目立つようになってきた
- テストをクリーンに分離したい
出力形式
- 現時点で
asmdefが正当化されるかどうか - 提案するアセンブリ
- 許可される依存関係の方向
- エディター/ランタイム/テストの分割
- 移行手順
- 避けるべきリスクや手戻り
デフォルトのガイダンス
- 多数の小さなアセンブリよりも、いくつかの意味のあるアセンブリを優先してください。
- まずエディターコードをランタイムから分割してください。
- 依存関係グラフは方向性を保ち、浅く維持してください。
ガードレール
モード: ドキュメントのみ — ゲートする REST スキルはありません。任意の動作モード（Approval / Auto / Bypass）で自由に読み込めます。
- 小さなプロトタイプのために
asmdefの断片化を持ち込まないでください。 - 循環依存を作成したり、すべてを共有の何でも置き場アセンブリ経由に強制したりしないでください。
コメント
Markdown 対応