roblox-to-prd について
決定済みのRobloxゲーム案を、簡潔で実装可能なPRDにまとめるスキルです。システム、プレイヤーの流れ、永続化、UI、モバイル要件、リスクを定義し、タスク分割とプレイテストに向けて文書を公開します。
主な機能
- 01既存の企画とプロジェクト状況の統合
- 02サーバーとクライアントのシステム一覧
- 03プレイヤーの流れと経済設計の記述
- 04永続化、UI、モバイル目標の整理
- 05タスク分割用PRDの公開
活用シーン
- 01実装可能なRobloxゲーム設計書の作成
- 02権威を持つシステムと重要な状態の定義
- 03PRDからプレイテスト可能なタスク計画への移行
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/roblox-to-prdを入力して読み込まれたか確認します。
詳細
Roblox → PRD
すでに決まっている内容を、簡潔で実装可能な**ゲームデザイン概要（PRD）**にまとめます。ユーザーに一から質問してはいけません。すでにあるコンセプト、会話、プレイスの状態を統合してください。コンセプトの検証がまだ十分でない場合は、最初に roblox-game-ideas（掘り下げモード）を実行してください。
トラッカーの場所とラベルの語彙は、CLAUDE.md / docs/agents/ に記載されているはずです。記載がない場合は、setup-roblox-skills を実行してください。
この手順の目的
AI で構築する Roblox ゲームが失敗する最大の原因は、一度にゲーム全体を作ろうとすることです。その結果、どの要素も中途半端にしか動かなくなります。PRD は、後続の手順（roblox-to-issues）で小さく、個別にプレイテスト可能な単位へ分割するための基準となります。簡潔にまとめてください。分割に必要な情報は含めつつ、小説のように長くしないでください。
手順
-
現在の状態を確認します。 プレイスが存在する場合は、
roblox-studio-workflowを通じて接続します。ROADMAP.mdがあれば読みます。ゲーム独自の語彙（通貨名、エンティティ名、ゾーン名など）を一貫して使用してください。 -
ゲーム全体ではなく、システムを概説します。 このコンセプトに必要な、サーバーが権威を持つ主要システムとクライアントコントローラーを列挙します（コアループ、経済、セーブ／ロード、進行、ソーシャル機能、UI 画面など）。価値のある状態（通貨、インベントリ、購入、報酬、進行）を保持するものには印を付けます。これらはサーバーが権威を持つ必要があります。システムの一覧がユーザーの期待に合っていることを、作成前に確認してください。
-
UI を先に扱います。 コンセプトに重要な UI がある場合、Roblox UI のデザイン成果物がすでに存在するかを確認します（
roblox-game-uxを参照）。存在しない場合は、UI の準備ができているものとして扱わず、明示的なデザイン工程を記録してください。 -
テンプレートを使って PRD を作成し、
needs-triageラベル／ステータスを付けてトラッカーに登録します。 これにより、通常のフローに入ります。
プレイヤーへの約束
プレイヤーが得られるものを、プレイヤー自身の言葉で記述します。1～2 文でまとめてください。
コアループ
開始から報酬、次の目標まで続く、繰り返しのループを 1 つ記述します。最初の楽しいアクションと、それが起きるまでの時間を明記します（目標：10～30 秒）。
初回セッション
最初の 30～60 秒の流れを記述します。スポーン、最初のアクション、最初の報酬、最初に目に見える目標を含めます。
構築するシステム
サーバーが権威を持つシステムとクライアントコントローラーを列挙します。それぞれについて、役割と、価値のある状態を保持するもの（サーバーが権威を持つもの）か、クライアント側の表示であるかを 1 行で説明します。
プレイヤーストーリー
番号付きのリストにし、次の形式で記述します。「プレイヤーとして、<メリット>を得るために、<機能>を使いたい。」コアループ、進行、ソーシャル機能、収益化、モバイルでの操作を網羅します。十分に詳しく、簡潔な言葉で記述してください。
経済と収益化
通貨の獲得元と使用先、販売するもの（パス、開発者製品、コスメティック）、このゲームにおけるペイ・トゥ・ウィンを防ぐルールを記述します。収益化前の場合は「まだありません」と記述してください。
永続化
再参加／シャットダウン後も保持する必要があるもの（通貨、インベントリ、進行、設定）と、セッション中のみ保持するものを記述します。
UI とデザイン
UI デザイン成果物が必要な画面（HUD、ショップ、報酬、メニュー）と、その成果物が存在し、承認済みかどうかを記述します。UI が不要な PRD では、「UI デザイン工程は不要です」と記述してください。
モバイルとパフォーマンスの目標
タップ領域、読みやすさ、安全領域など、モバイルファーストの要件と、フレームレート／インスタンス数の予算を記述します。
対象外
分割の範囲を絞れるよう、この PRD で意図的に扱わない内容を記述します。
リスク
主なリスクを 1～3 件挙げ、それぞれの確認方法を記述します（通常は Studio でのプレイテスト）。
次の手順
公開した PRD を roblox-to-issues に渡し、小さくプレイテスト可能な垂直スライスに分割します。PRD で UI 作業が必要とされた場合は、roblox-game-ux を実行して UI デザイン成果物を作成・承認してから、UI スライスを実装可能な状態にします。