Unity カジュアルゲームを仕様駆動開発(Specification-Driven Development)で作成する。仕様を先に確定させ、設計・実装・テストを行うことで手戻りを最小化する。「ゲームを作って」「仕様駆動開発」「SDD」「ゲーム企画書」「機能仕様書」「技術仕様書」「テスト仕様書」「タスクリスト」「Unityゲーム開発」「カジュアルゲーム」といったリクエスト時に使用。Phase 1(企画書)からPhase 8(リリース)まで段階的にドキュメントを作成し、仕様に基づいて実装・テスト・検証を行う。
github-pages-deploy
WebGL ビルド成果物を StatiCrypt で暗号化し、GitHub Pages にデプロイする。「デプロイ」「GitHub Pages」「公開して」「アップロード」といったリクエスト時に使用。パスワードは Build/ 内で管理し、リポジトリ作成からプッシュまでを自動化する。
インストール方法を見る含まれるファイル(2)
- SKILL.md4.2 KB
- assets/deploy.yml691 B
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
GitHub Pages Deploy
WebGL ビルド成果物を StatiCrypt でパスワード保護し、GitHub Pages に公開する。
前提条件
Build/WebGL/にビルド成果物が存在すること(unity-webgl-builderスキルで生成)ghCLI がインストール・認証済みであること
ワークフロー
Step 1: リポジトリ名の確認
Build/deploy/ 内に既存のデプロイフォルダ(git リポジトリ)があるか確認する。
- 既存フォルダがある場合 → そのフォルダ名をリポジトリ名として自動採用し、ユーザーへの確認はスキップする
- 既存フォルダがない場合 → プロジェクトのフォルダ名をリポジトリ名として提案し、ユーザーに確認する
公開 URL: https://<ユーザー名>.github.io/<リポジトリ名>/
Step 2: パスワード管理
Build/deploy/.staticrypt.json を確認する。
- 存在する → 前回と同じパスワードで暗号化(StatiCrypt が自動管理)
- 存在しない → 16文字の英数字パスワードを自動生成(大文字・小文字・数字混在)
Step 3: リポジトリ作成・ファイルコピー
gh repo create <ユーザー名>/<リポジトリ名> --publicでリポジトリ作成(既存ならスキップ)Build/deploy/<リポジトリ名>/にクローン(既存ならプル)Build/WebGL/の中身をデプロイディレクトリにコピー- assets/deploy.yml を
.github/workflows/deploy.ymlとしてコピー
Step 4: StatiCrypt で暗号化(デプロイディレクトリ内で実行)
重要: Build/WebGL/ 内では暗号化しない。必ずデプロイディレクトリ内で実行すること。Build/WebGL/ を汚すと次回の Unity ビルドで index.html が上書きされず競合する。
cd Build/deploy/<リポジトリ名> && npx staticrypt index.html -p "<パスワード>" --short
暗号化後、encrypted/index.html → index.html に置き換える。
.staticrypt.json は Build/deploy/ に保存して次回のパスワード再利用に備える:
cp Build/deploy/<リポジトリ名>/.staticrypt.json Build/deploy/.staticrypt.json
- GitHub Pages を workflow モード で有効化する:
既に Pages が有効な場合はgh api repos/<ユーザー名>/<リポジトリ名>/pages -X POST --input - <<'EOF' {"build_type":"workflow","source":{"branch":"main","path":"/"}} EOF-X PUTで更新する。 - コミット・プッシュする
- ワークフロー完了を確認する:
gh api repos/<ユーザー名>/<リポジトリ名>/actions/runs --jq '.workflow_runs[0] | {status, conclusion}'conclusion: "success"になるまで待つ(通常 30-60 秒)。
重要: build_type: "legacy" は使わない。デプロイが発動しない場合がある。必ず build_type: "workflow" + GitHub Actions ワークフローを使う。
Step 6: 結果の報告
公開 URL とパスワードをユーザーに伝える。
トラブルシューティング
| 症状 | 原因 | 対処 |
|---|---|---|
| 404 "There isn't a GitHub Pages site here" | build_type: "legacy" を使っている | build_type: "workflow" に切り替え、deploy.yml を追加して再プッシュ |
ワークフローが queued のまま | Pages の environment 未設定 | gh api repos/.../pages で Pages 有効か確認。無効なら再作成 |
ワークフローが failure | permissions 不足 or Pages 未有効化 | YAML に pages: write, id-token: write があるか確認。Settings → Pages で source が "GitHub Actions" か確認 |
| パスワード画面が出ない | 暗号化前の index.html がプッシュされた | encrypted/index.html → index.html 置き換えを確認し再プッシュ |
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
ゲーム画面全てのスクリーンショットを撮影し、スクショとコードベースを分析して改善提案を行う。「レビュー」「改善提案」「ゲームレビュー」「スクショして改善」「画面チェック」「ビジュアルレビュー」「UI改善」「UX改善」「フィードバック」といったリクエスト時に使用。
Unity プロジェクト向けにプロシージャル音声(SE・BGM)を C# Editor スクリプトで生成する。「音声を生成」「SEを作って」「BGMを作って」「サウンドアセット」「AudioGenerator」「効果音」「プロシージャルオーディオ」といったリクエスト時に使用。WAV ファイル(44100Hz/16bit/Mono)を Assets フォルダに直接出力し、外部ツール不要で完結する。
Unity MCP を使った実装検証スキル。コンパイルエラー確認(L1)、Play Mode 動作確認(L2)、スクリーンショット目視確認(L3)の3段階で検証する。「検証して」「動作確認」「Play Mode で確認」「スクリーンショットで確認」「エラーチェック」といったリクエスト時、または他スキル(dev-game 等)から参照されて使用。
Unity MCPのセットアップと接続を行う。Unity EditorとClaude Codeの間でMCP接続を確立するための手順を実行する。「Unity MCP セットアップ」「MCP接続」「Unity MCP設定」「UnityMCP」「MCP For Unity」「MCPが繋がらない」「Unity Editorと接続」といったリクエスト時に使用。新規セットアップとトラブルシューティングの両方に対応。
Unity ゲームに DebugManager + McpRemoteControl を実装し、エージェント(Claude Code / MCP)が Play Mode 中のゲーム状態を自動制御できるようにする。God モード、画面遷移、スコア操作を MCP から直接実行し、受け入れテストを人手なしで自動化する。「デバッグ」「DebugManager」「God モード」「MCP リモート制御」「自動テスト」「受け入れテスト自動化」といったリクエスト時、または dev-game スキルの Phase 6(DebugManager 実装)・Phase 7(テスト検証)から参照されて使用。