AI支援ゲームをSteam向けに準備する

プロジェクトが実際に到達した状態を明示する

プレイ可能なデモは小さな体験を示します。エクスポートは生成された提供物です。テスト済みエクスポートは、対象システムで操作されています。Steamへの提出はプラットフォームレビュー用にパッケージを送った状態で、リリースは製品が公開された状態です。開発メモと公開上の主張では、これら5つの状態を分けてください。

この区別は運用上有用です。次の担当者は、残っている作業がゲームプレイ、パッケージ化、開示、プラットフォームレビューのどれかを確認できます。モデルが生成した実行ファイル名は、後のどの状態の証拠にもなりません。レビュアーが実際に起動できる成果物からリリースチェックリストを始めます。

プラットフォーム要件を独立してスケジュールする

Steamのオンボーディングでは、最初の数タイトルについてアプリ料金の支払い後30日の待機と、公開されたComing Soonページを少なくとも2週間維持することが説明されています。本人確認、税務、銀行、レビューの作業もリリースに先行します。日付を決める前に、対象アカウントと現在の要件を公式オンボーディングページで確認してください。

これらを開発時間の中に隠す数値ではなく、スケジュールのゲートとして扱います。1日のコーディング実験から、新規アカウントでのSteamリリースを約束することはできません。各ゲートが実際に始まり、通過した時刻を記録し、概算の処理時間を足して保証されたローンチ日を作らないでください。

レビュアーが確認できるビルドパッケージを準備する

対象成果物、ビルド識別情報、起動手順、操作方法、既知の制約を一緒に保持します。クリーンなユーザー状態から起動し、コアループを完了できるかテストします。開発者の既存マシンの状態にレビュアーが依存しないよう、保存と再起動の動作を確認してください。

Steamのレビュープロセスでは、ストア表示とビルドが確認されます。内部では、ストアコピーに記載した機能と提出成果物が提供する内容を照合します。マルチプレイヤー、コントローラー対応、ある言語、あるモードがテストされていないなら、提出前に主張を解決します。明確なパッケージがあれば、失敗を単なる不合格チェック項目ではなく、対処可能な問題として扱えます。

実際のAIの寄与を分類する

SteamのContent Surveyでは、開発効率のためのツールと、プレイヤーに提供され消費されるAI作成コンテンツが区別されます。また、事前生成コンテンツとライブ生成コンテンツが分けられ、後者では違法な出力への対策を説明する必要があります。コーディングアシスタントだけを根拠に一括ラベルを使わず、実際の製品に照らして現在のサーベイを確認してください。

各ツールがどこに寄与したか、実装支援、出荷するアート、音声、物語、ローカライズ、実行時出力に分けて内部インベントリを作成します。提出前に、製品責任者がサーベイに照らして曖昧なケースを解決します。インベントリは正確な回答を支えますが、プラットフォームの質問やレビューの代わりにはなりません。

アセット、権限、マーケティングを照合する

配布する各アセットについて、出所、権限の根拠、変更内容、帰属表示の要件、最終ファイルの識別情報を保持します。フォント、効果音、音声作業、スクリーンショットに埋め込まれた素材も含めてください。生成ファイルでもレビューが必要な素材を含む可能性があり、エンジンやツールのライセンスがすべての入力をカバーするわけではありません。

ストア画像とテスト済みビルドを比較します。ゲーム体験について主張する場合は実際のゲームプレイキャプチャを使い、コンセプトアートを実装済み機能の証拠として提示しないでください。ライセンスまたは所有権に未解決の問題が残るなら、担当者を割り当て、解決するまでそのアセットを承認済みリリースパッケージから外します。

ストアのローカライズをゲームと一致させる

翻訳したストアコピーを、原言語と同じ機能インベントリに照らしてレビューします。操作用語、プラットフォーム対応、アクセシビリティの記述、コンテンツ説明を保持してください。翻訳者が予定機能を出荷済みに変えたり、ビルドにない言語対応を示唆したりしてはいけません。

ストアテキスト、インターフェース文字列、字幕、音声を別々のレビュー対象として追跡します。宣伝する各構成でゲームをテストし、証拠をビルドに結び付けます。識別子、フォーマット引数、UIチェックについてはローカライズガイドを確認し、公開記録を変更する前にストア固有の手順をSteamのローカライズドキュメントで確認してください。

実行時AIをサービス依存関係として扱う

プレイヤーの利用中にゲームがモデルを呼び出す場合は、サービスアクセス、失敗処理、プライバシー、悪用対策、継続的な支出を別の製品システムとして評価します。アシスタントがコードを書いたからといって、通常のオフラインゲームロジックがモデルリクエストを発生させるわけではありません。

実行時機能については、サービスが利用できないときや予算上限に達したときの動作を定義します。配布クライアントにプロバイダーの秘密情報を入れないでください。ライブ生成コンテンツに適用されるSteam要件とサービスの収益化について、現在の公式ドキュメントで確認します。開発用APIの消費とゲームの売上は別の測定値であり、互換するものとして提示しないでください。

未解決の問題を含む提出引き継ぎを作る

公開承認を依頼する前に、正確なビルド、ストア素材、アセットレビュー、サーベイ回答、必要なアカウント手順、未解決の不具合をまとめます。各未解決項目に担当者を割り当て、閉じるために必要な証拠を記録します。チェックリストが完了していても、未テストの対象プラットフォームを隠さないでください。

提出後は実際の状態とレビューフィードバックを保持します。承認とリリースは同じイベントではなく、リリース済み製品にも運用上の確認が必要です。このガイドは公式ドキュメントを要約するもので、法的な許可やスケジュールの保証ではありません。実際にリリースするビルドとストア素材を提出する前に、適用される要件を再確認してください。

よくある質問