AIゲームジャムのガイド：範囲、ルール、審査、提出チェックリスト

コミュニティ・プレイブック

コミュニティのオーガナイザーおよび参加者向けの中立的な計画フレームワークです。このガイドは、SEELEが主催するイベントを発表するものではありません。

AIゲームジャムには、テーマと締切だけでは不十分です。オーガナイザーは、参加者が持ち込むことができるもの、AIの使用をどのように開示するか、各チームが保有すべき権利、審査員が評価する内容、および提出物を有効にするために必要な証拠を定義する必要があります。

この記事は、コミュニティのオーガナイザーおよび参加者向けの中立的な計画フレームワークです。これは、SEELE AIが現在ゲームジャムを開催していることを発表したり、示唆したりするものではありません。これをもとに自分のイベントのルールを作成し、その後、コミュニティ、管轄区域、プラットフォーム、およびレビューの能力に合わせて言葉を調整してください。

テーマと境界を一緒に定義する

テーマは、単にアートスタイルを示すだけでなく、デザインの制約を生み出すべきです。「唯一の安全な場所」「マップは記憶している」「すべての行動にはコストがある」などのテーマは、メカニクス、レベル構造、ナラティブに影響を与えることができます。

テーマとともに境界の例を公開してください：

• どの解釈が明確に範囲内とみなされますか？
• どのコンテンツが禁止されていますか？
• チームの参加は可能ですか？最大チームサイズはどのくらいですか？
• 参加者が既存のコード、テンプレート、またはアセットを使用することはできますか？
• すべてのゲーム固有の作業は、ジャム中に開始する必要がありますか？
• どのエンジン、プラットフォーム、エクスポート形式が受け入れられますか？
• アクセシビリティやコンテンツ警告情報はどのくらい必要ですか？

ルールで既存のツールやアセットを許可している場合、チームがそれらを特定することを要求してください。目的は再利用可能なインフラを罰することではなく、同じ開示された条件下で完了した作業を評価することです。

48時間のゲームジャムでは、何を実証するかを一つに絞って範囲を決める

48時間のゲームジャムでは、プロジェクトを通じてプレイヤー体験を一つ実証します。有効な範囲には次の要素があります：

• 中心となる行動を一つ、または密接に結びついた行動の組み合わせを一つ。
• 短い導入の流れを一つ。
• 1つの完全な勝利、敗北、またはエンド状態。
• ゲームを読みやすくするための1つのビジュアルシステム。
• テスト済みのビルド対象を一つ。

現実的なスケジュール：

0〜4時間：解釈と選択

複数の解釈を考え、プレイヤーに提供する価値を一つ選び、最大の技術的リスクを特定し、削る項目のリストを作ります。序盤の時間をロゴの仕上げや、ビルドで表現できない世界設定を書くことに費やさないでください。

4～16時間：コアループを証明する

仮素材または適切なライセンスを得たアセットを使い、最小限のプレイ可能なバージョンを作ります。入力操作、カメラ、衝突判定、目標、再スタート時の挙動をテストします。ゲームの流れが理解しにくければ、コンテンツを追加する前に範囲を縮小します。

16～30時間：最初から最後までプレイできる流れを作る

導入、進行要素を一つ、エンディング、権利上可能な範囲での基本的な音声、読みやすいUIを追加します。大きな変更を加える前に、安定したチェックポイント版を確保します。

30～40時間：テストとカット

必要なデバイスまたはブラウザーでテストします。まず進行を妨げる問題を修正します。完成を危うくする機能は削除します。既知の問題は隠さず記録します。

40～48時間：パッケージ化と検証

エクスポートし、クリーンな環境でテストし、AI利用の開示とクレジットを準備して、実際のゲーム内容を正確に示す画像や動画を用意し、締切前に提出します。アップロード失敗や権限の問題に備えて時間を確保します。

明確なAI使用ルールを書く

「AIは許可される」は完全なルールではありません。どの使用が許可されるか、制限されるか、禁止されるかを指定してください。カテゴリには次のものがあります：

• アイデアの立案と計画。
• コードの提案やデバッグの支援。
• 画像、アニメーション、音楽・効果音、音声、テキストの生成。
• アセットの編集とバリエーション。
• 自動プレイテストまたは分析。
• 提出ページの文章作成。

ツール、段階、生成された素材、または支援内容を特定する開示を求める。人間のレビューも求める。参加者に秘密、プライベートなプロンプト、資格情報、または独自データを公開することを求めてはならない。

簡潔な開示にはこの形式を使用できる：

Tool or model:
Stage used:
Input type:
Output used in the submission:
Human changes and verification:
Rights or license check:

主催者は、審査員がAIの使用そのものを評価するのか、それとも結果のゲームとプロセスのみを評価するのかを明記するべきである。ルールで明示的に許可されている開示された使用に対して、参加者が隠れたペナルティを受けることはない。

権利、安全、および著作権表示の要件を設定する

チームが使用する権利を持つ素材のみを提出することを求める。これは、音楽、フォント、モデル、画像、コード、ボイス、商標、および該当する場合のトレーニングまたは参照入力が含まれる。

ルールは次のことをカバーするべきである：

• 第三者のアセットのライセンスおよび著作権表示の要件。
• ファン作品および保護されたキャラクターの取り扱い。
• 録音された声、顔、または個人データのプライバシーおよび同意。
• 禁止されている有害または違法なコンテンツ。
• AI生成またはAI支援の素材の開示。
• 権利または安全上の懸念を報告するプロセス。
• 証拠が不足している場合に、主催者が提出物を非表示にしたり、失格にしたりする権限。

ツールの出力が自動的に公開可能であると約束しないでください。参加者は提出物をレビューする責任を負います。

完成したアイデアを評価する審査基準を使う

短いゲームジャムでは、同じ重みの5つの評価カテゴリを用いたバランスのよい審査基準を設定できます：

採点の目安を公開します。たとえば、テーマの最高評価には、テーマがゲームの仕組みとプレイヤーの判断の両方に影響していることを求めます。低評価は、テーマが表面的な演出にしか現れていないことを示します。

審査を始める前に同点時の扱いを決めます。主催者は、指定カテゴリによる判定、審査員の短い協議、または賞を分ける方針を採用できます。提出作品を見てから人気度の指標を作らないでください。

審査員がアクセスできる証拠を要求する

有効な提出物には次の項目を含めます：

• タイトル、チームメンバー、連絡方法。
• 簡単な説明とテーマの解釈。
• プレイ可能なビルド、または認められたダウンロード形式のパッケージ。
• サポートされているプラットフォームとコントロール。
• 推定プレイ時間。
• AIの使用に関する開示。
• 必要な場合のサードパーティアセットのクレジットとライセンス。
• 関連する場合のコンテンツ警告とアクセシビリティのノート。
• 既知の問題。
• 実際のゲーム内容を正確に伝えるスクリーンショットを2～3枚と、任意の短い動画。
• ルールで要求される場合にのみソースリンク。

サインアウトしたブラウザーでリンクをテストします。非公開のクラウドリンク、期限切れのビルド、実行ファイルの不足、アクセス申請ページなどは、審査を不可能にする場合があります。締切後にパッケージの不備を修正できるか、また修正によってゲーム内容を変更してよいかを明記します。

提出チェックリスト

デッドラインの前に参加者は確認する必要があります：

• ゲームはクリーンインストールまたはサインアウトしたブラウザから開始されます。
• コントロールと目的が表示されます。
• 勝利、敗北、リスタート、終了のパスは、説明されている通りに動作します。
• 提出されたバージョンは、記載されたビルド番号と一致しています。
• 掲載ページに仮の説明や、実際には存在しないゲームプレイの表示がない。
• スクリーンショットは提出されたビルドから取得され、存在しない機能として提示されていません。
• AIの使用は、ルールに従って開示されています。
• サードパーティのアセットは、クレジットが表示され、許可されています。
• チームの役割は正確です。
• 既知の問題がリストされています。
• 必要な場所にコンテンツ警告が表示されています。
• すべてのリンクと権限が動作しています。
• 提出は、指定された締切とタイムゾーンの前に受け付けられました。

イベント開催前に、終了後の作品紹介を計画する

作品紹介では、受賞者を発表するだけでなく、背景や経緯も伝えます。参加者に、ゲーム、メディア、クレジット、制作過程のメモを掲載する許可を求めます。元のビルド状態が分かるようにし、参加者の主張を主催者のお墨付きとして書き換えないでください。

イベント後の有用な出力には以下が含まれます：

• 一貫したメタデータを添えた、掲載対象となる作品のギャラリー。
• 公開済みの審査基準に基づく審査員のコメント。
• ルールや運営上の課題を振り返る、主催者による短いレビュー。
• 範囲の決め方や反復的な改善を紹介する、任意のクリエイター事例。
• アーカイブ日と、動作しなくなったビルドの取り扱い方針。

ゲームクリエイターのポートフォリオガイドは、参加作品を根拠に基づく事例紹介にまとめるのに役立ちます。ゲーム開発の開発日誌ガイドでは、中間報告とイベント後の振り返りの構成を紹介しています。

主催者ルールチェックリスト

イベントを発表する前に確認してください：

• テーマ、日程、締切のタイムゾーン、参加資格が明記されている。
• チームの人数と事前の作業に関するルールは明確です。
• AIの使用は分類され、開示が求められます。
• 権利、安全、プライバシー、クレジット表記に関するルールが公開されている。
• 提出ビルドの形式と審査員のアクセス要件をテストできる。
• 審査基準と同点時の判定方法が公開されている。
• パッケージの不備を修正する方針が決まっている。
• モデレーションおよび紛争の連絡先が割り当てられています。
• 作品紹介の掲載許可を得ている。
• 確認前に、スポンサー、賞品、審査員、パートナー、または製品の機能性を主張していません。

コミュニティ主催者向けのクリエイタープログラム応募案内

独自のイベント企画、チュートリアル、公開レポート、その他の有用な貢献を持つコミュニティ主催者は、SEELEクリエイタープログラムのガイドを確認できます。プログラムはコミュニティを運営する人からの提案を受け付けていますが、採用や形式が保証されるわけではありません。

最新の条件はSEELEクリエイタープログラムの公式ページで確認し、貢献内容、対象読者、根拠資料、公開先を提案してください。この案内はプログラムへの応募を促すものであり、SEELEがあなたのイベントを開催または後援するという告知ではありません。

よくある質問

この記事で説明されているゲームジャムをSEELE AIが現在主催していますか？

いいえ。この記事は計画フレームワークであり、SEELEが主催するイベントを発表しているわけではありません。

AIゲームジャムではプロンプトの開示を義務付ける必要がありますか？

有用な制作過程の開示を求めますが、秘密、個人情報、認証情報、機密情報を参加者に明かすよう強制しないでください。すべてのプロンプトの文言を公開することより、使用したツール、工程、生成物の用途、人による変更、権利確認を記載することのほうが重要です。

参加者は既存のアセットやコードを使用できますか？

これは公開されたルールに依存します。許可されている場合、審査員が再利用可能なインフラとジャム中に完了した作品を区別できるようにするために、開示と有効なライセンスを求める必要があります。

AIアシストワークを審査する際、審査員はどのようにスコアをつけるべきですか？

方針は事前に公開します。審査員は、許可され開示済みのツール使用に対して、後から隠れたペナルティを設けることなく、ゲーム内の操作感、テーマ、完成度、伝達性、制作過程の記録を評価できます。

イベント後のエントリーにはどのような処理をすべきですか？

クリエイターの許可を得て、掲載対象の作品を、正確なクレジット、開示内容、ビルド状態、審査基準に基づくコメントとともに保存します。リンク切れや後日の更新をどう表示するかも決めておきます。