菜单
Unity Editor を外から操作する `uloop-*` skill 群をいつ・どう使うかの運用方針。コード編集後のコンパイル確認・EditMode/PlayMode テスト実行・シーン階層の把握・SerializeField 参照ワイヤリング・スクリーンショット・メニュー操作・Play モード制御など、開発ワークフロー内の Unity Editor 操作をするときに参照する。ランタイムのゲーム動作確認・回帰テストは対象外（それは liminal-palette-guide 側）で、使ってはいけない uloop skill も列挙する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
**Unity の UI View (MonoBehaviour) を実装・新規作成・修正するときは必ずこのスキルを呼ぶこと。** 画面・パネル・ダイアログ・オーバーレイ・リスト等、Image / TMP / Button / CanvasGroup を含む UI を伴う View を作るあらゆる場面で発動する。Prefab + SerializeField で構築する手順を定める。
自作ライブラリ submodule (my-unity-utils / my-unity-settings / unity-coding-standards / novel-kit 等) を修正するときの Git 運用方針。submodule 側には PR を作らず main へ直接マージし、PR は利用側プロジェクトの submodule ポインタ更新として出す。ブランチの切り方、コミット・マージ・ポインタ更新の順序、巻き込み禁止ルール、reusable workflow (@main 参照) の反映タイミングを定める。ライブラリと本体の 2 リポジトリにまたがる変更を扱うときに必ず参照する。
uloop などで Unity Editor を自律操作している最中に、Unity の確認ダイアログ・モーダル・中断メッセージで自動化が無言で固まる／中断するのを、ユーザーにクリックを頼まずコードで解消して進める方法。特に「未保存のシーン変更があるため中断」でテスト実行・Play 入場がブロックされたとき、Domain Reload 後にシーンが dirty になったとき、モーダルで uloop コマンドが返ってこないときに参照する。「Unity 側でボタンを押してください」と頼む前にこの手順で自力解消する。
LiminalPalette（Unity 用汎用デバッグコンソール）の `liminal-*` skill 群をいつ・どう使うかの運用方針。Unity ゲームのランタイム動作確認・回帰テスト・状態観測をするとき、[LiminalCommand] / [LiminalScenario] / [LiminalObservableField] を HTTP API 経由で叩くとき、あるいは「変更後にゲームを起動して目視確認して」と頼みたくなったときに参照する。検証をその場で消費せず [LiminalScenario] として資産化する運用ルールを含む。実際の liminal-* skill 実体は liminal-palette パッケージ側に同梱される。
void2610 の Unity プロジェクト共通コーディング規約。Unity の C# コード（MonoBehaviour / ScriptableObject / ゲームロジック）を新規作成・編集・レビューするときに参照する。SerializeField の扱い、命名規則（private フィールドの `_` プレフィックス）、R3 の Subject<T> によるイベント、UniTask、式本体メソッド、メンバー宣言順序、enum の summary コメントなど、カスタム Roslyn アナライザー（VUA1001〜VUA4001）で強制しているルールを説明する。
| name | uloop-guide |
| description | Unity Editor を外から操作する `uloop-*` skill 群をいつ・どう使うかの運用方針。コード編集後のコンパイル確認・EditMode/PlayMode テスト実行・シーン階層の把握・SerializeField 参照ワイヤリング・スクリーンショット・メニュー操作・Play モード制御など、開発ワークフロー内の Unity Editor 操作をするときに参照する。ランタイムのゲーム動作確認・回帰テストは対象外（それは liminal-palette-guide 側）で、使ってはいけない uloop skill も列挙する。 |
このガイドは
uloop-*skill の「使い方の方針」。ランタイムの動作確認・回帰テストには使わない （→liminal-palette-guideskill）。
Unity Editor を外から叩くための uloop-* skill 群。開発ワークフロー内のエディタ操作・単発の確認作業 に使う。ランタイムの動作確認やテストには使わない（→ liminal-palette-guide skill）。
[LiminalCommand]）が無いかを先に確認する。uloop-compile (ForceRecompile=true) → uloop-get-logs (LogType=Error) でエラー / 警告を即確認。エラーが出たまま「完了」と報告しない。uloop-run-tests で EditMode / PlayMode テストを走らせ、失敗時は NUnit XML から原因を読む。uloop-get-hierarchy / uloop-find-game-objects で既存構造を確認。GameObject 名やパスを推測で書かない。uloop-execute-dynamic-code で SerializedObject 経由で設定する。Prefab 生成・コンポーネント追加・マテリアル割り当てもここで完結させる。uloop-screenshot で Game View / Scene View を撮って結果確認。先に uloop-focus-window で対象ウィンドウを前面にする。uloop-execute-menu-item で済ませる。uloop-clear-console でログを空にしてから走らせる。uloop-control-play-mode で切り替えのみ行う。Play 中のゲーム操作は LiminalPalette で扱う。ランタイム（Play モード中）のゲーム動作確認・回帰テストは LiminalPalette の責務なので、以下は使用しない。
uloop-simulate-keyboard / uloop-simulate-mouse-input / uloop-simulate-mouse-ui: 入力の直接シミュレーションは使わない。同等のことは [LiminalCommand] を生やして liminal-execute / liminal-run-scenario で表現する。uloop-record-input / uloop-replay-input: 回帰テストは録画再生ではなく LiminalPalette のシナリオ ([LiminalScenario]) として書き、liminal-run-scenario で実行する。uloop-execute-dynamic-code はファイル I/O やスクリプト生成には使わない。それらは Read / Write / Edit を使う。uloop-focus-window で対象ウィンドウを前面に出す。ゲーム内ロジックの呼び出しや [LiminalObservableField] 状態観測は liminal-* を優先する。uloop-execute-dynamic-code で C# を直接流すのは、Editor 操作で代替できず、かつ該当する [LiminalCommand] も無い場合の最後の手段。詳細は liminal-palette-guide skill を参照。