AI Game Jam Leitfaden: Umfang, Regeln, Bewertung und Abgabeliste

Community Playbook

Ein neutrales Planungsrahmen für Community-Organisatoren und Teilnehmer; dieses Handbuch verkündet kein SEELE-gehostetes Ereignis.

Ein AI-Spielwettbewerb benötigt mehr als ein Thema und ein Fristdatum. Organisatoren sollten definieren, was Teilnehmer mitbringen dürfen, wie die Verwendung von KI angegeben werden muss, welche Rechte jede Gruppe haben muss, was die Jurys bewerten werden und welches Beweismaterial eine Einreichung gültig macht.

Dieser Artikel ist ein neutrales Planungsrahmen für Community-Organisatoren und Teilnehmer. Er verkündet oder impliziert nicht, dass SEELE AI derzeit einen Spielwettbewerb veranstaltet. Nutzen Sie es, um Regeln für Ihr eigenes Ereignis zu erstellen, und passen Sie die Sprache dann an Ihre Community, Ihre Rechtslage, Ihre Plattform und Ihre Bewertungskapazität an.

Definieren Sie das Thema und die Grenzen gemeinsam

Ein Thema sollte eine Entwurfsbeschränkung schaffen, nicht nur einen Kunststil vorschlagen. „Nur ein sicherer Ort“, „die Karte erinnert sich“, oder „jede Handlung hat einen Preis“ können Mechaniken, Levelstruktur und Erzählung beeinflussen.

Veröffentlichen Sie Beispiele für Grenzen mit dem Thema:

• Welche Interpretationen sind eindeutig im Umfang?
• Welche Inhalte sind verboten?
• Dürfen Teams vorhanden sein, und was ist die maximale Teamgröße?
• Dürfen Teilnehmer vorherige Code, Vorlagen oder Assets verwenden?
• Muss alle game-spezifische Arbeit während des Wettbewerbs beginnen?
• Welche Engines, Plattformen und Exportformate werden akzeptiert?
• Welche Barrierefreiheits- oder Inhaltswarnungsinformationen sind erforderlich?

Wenn die Regeln vorkonstruierte Tools oder Assets erlauben, verlangen Sie, dass Teams sie identifizieren. Das Ziel ist nicht, wiederverwendbare Infrastruktur zu bestrafen; es geht darum, die unter denselben offengelegten Bedingungen erbrachte Arbeit zu beurteilen.

Begrenzen Sie ein 48-Stunden-Spiel auf einen zentralen Nachweis

Für eine 48-Stunden-Jam sollte das Projekt ein Spielerlebnis beweisen. Eine nützliche Begrenzung hat:

• Ein Kernverb oder ein eng verbundenes Paar von Aktionen.
• Ein kurzer Onboarding-Pfad.
• Ein vollständiger Gewinn-, Verlust- oder Endzustand.
• Ein visuelles System, das das Spiel lesbar hält.
• Ein getestetes Build-Ziel.

Ein praktischer Zeitplan:

Stunden 0–4: interpretieren und wählen

Erstellen Sie mehrere Interpretationen, wählen Sie ein Spielerversprechen aus, identifizieren Sie das größte technische Risiko und definieren Sie eine Kill-Liste. Verbringen Sie die ersten Stunden nicht damit, ein Logo zu polieren oder Lore zu schreiben, die der Build nicht unterstützen kann.

Stunden 4–16: Beweisen Sie die Kernschleife

Bauen Sie die kleinste spielbare Version mit temporären oder ordnungsgemäß lizenzierten Assets. Testen Sie Eingabe, Kamera, Kollision, Ziel und Wiederstartverhalten. Wenn die Schleife nicht verständlich ist, reduzieren Sie den Umfang, bevor Sie Inhalt hinzufügen.

Stunden 16–30: einen vollständigen Weg erstellen

Fügen Sie Onboarding, einen Fortschrittschritt, ein Ende, grundlegendes Audio, wo Rechte erlauben, und lesbare UI hinzu. Halten Sie einen stabilen Checkpoint-Build vor größeren Änderungen.

Stunden 30–40: testen und Umfang kürzen

Testen Sie auf dem erforderlichen Gerät oder Browser. Beheben Sie zuerst Blocker. Entfernen Sie Funktionen, die die Fertigstellung bedrohen. Dokumentieren Sie bekannte Probleme, anstatt sie zu verbergen.

Stunden 40–48: verpacken und überprüfen

Exportieren Sie, testen Sie von einer sauberen Umgebung aus, bereiten Sie Offenlegung und Credits vor, erfassen Sie ehrliche Medien und reichen Sie vor dem Fristabgabetermin ein. Reservieren Sie Zeit für Upload-Fehler und Genehmigungen.

Schreiben Sie explizite Regeln für den Einsatz von KI

„KI erlaubt“ ist keine vollständige Regel. Geben Sie an, welche Verwendungen erlaubt, eingeschränkt oder verboten sind. Kategorien können beinhalten:

• Ideenentwicklung und Planung.
• Code-Vorschläge oder Debugging-Hilfe.
• Bild-, Animations-, Audio-, Sprach- oder Textgenerierung.
• Asset-Editierung und Variation.
• Automatisiertes Spieltesten oder Analysieren.
• Texte für die Einreichungsseite verfassen.

Fordern Sie eine Offenlegung, die das Werkzeug, die Phase, das generierte Material oder die Unterstützung sowie eine menschliche Überprüfung identifiziert. Fordern Sie nicht an, Geheimnisse, private Prompt, Anmeldeinformationen oder proprietäre Daten zu veröffentlichen.

Eine kurze Offenlegung kann dieses Format verwenden:

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

Veranstalter sollten auch angeben, ob die Jurys die Verwendung von KI selbst bewerten oder nur das endgültige Spiel und den Prozess. Teilnehmer sollten keine versteckten Strafen für eine offene Nutzung erhalten, die die Regeln explizit erlauben.

Setzen Sie Rechte, Sicherheit und Urheberangaben fest

Verlangen Sie, dass Teams nur Material einreichen, das sie das Recht haben zu verwenden. Dies umfasst Musik, Schriftarten, Modelle, Bilder, Code, Stimmen, Marken und Trainings- oder Referenzeingaben, falls zutreffend.

Die Regeln sollten folgendes abdecken:

• Lizenz- und Urheberangabenanforderungen für Drittanbieter-Assets.
• Behandlung von Fan-Arbeiten und geschützten Charakteren.
• Datenschutz und Einwilligung für aufgezeichnete Stimmen, Gesichter oder persönliche Daten.
• Verbotene schädliche oder illegale Inhalte.
• Offenlegung von künstlich intelligenzgenerierten oder künstlich intelligenzunterstützten Materialien.
• Ein Verfahren zur Meldung von Rechte- oder Sicherheitsbedenken.
• Organisatorische Befugnis, eine Einreichung zu verbergen oder zu disqualifizieren, wenn Beweise fehlen.

Versprecht nicht, dass die Ausgabe eines Tools automatisch sicher zum Veröffentlichen ist. Teilnehmer sind für die Überprüfung ihrer Einreichung verantwortlich.

Verwende ein Bewertungsraster, das ein fertiges Konzept belohnt

Ein ausgewogenes Bewertungsraster für einen kurzen Jam kann fünf gleichgewichtete Kategorien verwenden:

Veröffentlichen Sie Bewertungsmaßstäbe. Zum Beispiel erfordert ein hoher Themenwert, dass das Thema sowohl die Mechaniken als auch die Spielerentscheidungen prägt; ein niedriger Wert bedeutet, dass das Thema nur in der Oberflächenpräsentation erscheint.

Legen Sie die Entscheidungsregeln für Unentschieden vor der Bewertung fest. Organisatoren können eine bestimmte Kategorie verwenden, eine kurze Richterdiskussion oder eine gemeinsame Preisvergabe. Vermeiden Sie es, nach dem Ansehen der Einreichungen eine Beliebtheitsmetrik zu erfinden.

Fordern Sie Nachweise an, auf die die Jury zugreifen kann

Eine gültige Einreichung sollte beinhalten:

• Titel, Teammitglieder und Kontaktmethode.
• Kurze Beschreibung und Themeninterpretation.
• Spielbares Build oder akzeptiertes Download-Paket.
• Unterstützte Plattform und Steuerung.
• Geschätzte Spielzeit.
• AI-Verwendungserklärung.
• Urheberangaben für Drittanbieter-Assets und Lizenzen, falls erforderlich.
• Inhaltswarnungen und Barrierefreiheitsnotizen, falls relevant.
• Bekannte Probleme.
• Zwei bis drei ehrliche Screenshots und eine optional kurze Aufnahme.
• Quelllink, nur wenn die Regeln es erfordern.

Testen Sie Links in einem Browser ohne Anmeldung. Ein privater Cloud-Link, abgelaufenes Build, fehlende Ausführungsdatei oder eine Zugriffsanforderungsseite können das Bewerten unmöglich machen. Geben Sie an, ob die Organisatoren erlauben, Paketierungsfehler nach dem Fristablauf zu beheben, und ob solche Behebungen den Spielinhalt verändern können.

Überprüfliste für die Einreichung

Bevor die Frist abläuft, sollten Teilnehmer überprüfen:

• Das Spiel startet von einer sauberen Installation oder einem nicht angemeldeten Browser.
• Steuerung und Ziel sind sichtbar.
• Gewinn-, Verlust-, Neustart- und Beenden-Pfade verhalten sich wie beschrieben.
• Die eingereichte Version entspricht der angegebenen Build-Nummer.
• Keine Platzhalter-Behauptungen oder gefälschte Spielaktionen erscheinen im Eintrag.
• Bildschirmfotos stammen aus der eingereichten Version und werden nicht als Funktionen präsentiert, die nicht existieren.
• Die Verwendung von KI wird gemäß den Regeln angegeben.
• Drittanbieter-Assets werden mit Urheberangaben versehen und sind zur Nutzung freigegeben.
• Team-Rollen sind korrekt.
• Es sind bekannte Probleme aufgelistet.
• Inhaltswarnungen sind dort vorhanden, wo sie benötigt werden.
• Alle Links und Berechtigungen funktionieren.
• Die Einreichung wurde vor dem angegebenen Fristende und Zeitzoneneinstellung empfangen.

Plane die Post-Event-Präsentation vor dem Launch

Eine Präsentation sollte den Kontext bewahren, nicht nur die Gewinner ankündigen. Bitten Sie die Teilnehmer um Erlaubnis, ihr Spiel, Medien, Credits und Prozessnotizen zu präsentieren. Halten Sie den ursprünglichen Build-Status sichtbar und verändern Sie nicht die Aussagen der Teilnehmer in Organisatorendarstellungen.

Nützliche Post-Event-Ergebnisse beinhalten:

• Eine Galerie der qualifizierten Einreichungen mit konsistenter Metadaten.
• Ein Richter-Notiz, die mit dem veröffentlichten Bewertungsraster verknüpft ist.
• Eine kurze Organisator-Retrospektive über Regeln und betriebliche Probleme.
• Optionale Entwickler-Fallstudien, die die Umsetzungsentscheidungen und Iterationen zeigen.
• Ein Archivdatum und eine Richtlinie für defekte Builds.

Der Game-Creator-Portfolio-Leitfaden hilft Teilnehmern dabei, eine Einreichung in eine evidenzbasierte Fallstudie zu verwandeln. Der Game-Development-Devlog-Leitfaden bietet eine Struktur für einen Zwischenstand und eine Rückblicksanalyse.

Organisator-Regeln-Checkliste

Bevor ein Event angekündigt wird, bestätigen Sie:

• Thema, Daten, Fristzeitzone und Teilnahmebedingungen sind eindeutig.
• Teamgröße und Regeln für vorherige Arbeiten sind eindeutig.
• KI-Nutzungen werden kategorisiert und Offenlegung ist erforderlich.
• Rechte, Sicherheit, Privatsphäre und Regeln zur Namensnennung sind veröffentlicht.
• Build-Formate und Anforderungen für Richterzugriff sind testbar.
• Das Bewertungsraster und das Entscheidungsverfahren bei Unentschieden sind öffentlich.
• Die Paket-Fix-Richtlinie ist entschieden.
• Moderation und Streitbeilegungs-Kontakte sind zugewiesen.
• Showcase-Berechtigungen werden gesammelt.
• Es werden keine Sponsoren, Preise, Richter, Partner oder Produktfähigkeiten vor Bestätigung behauptet.

Ein Kreatorenweg für Community-Organisatoren

Ein Community-Organisator mit einem ursprünglichen Event-Frame, Tutorial, öffentlichen Zusammenfassung oder anderen nützlichen Beiträgen kann den SEELE Kreatorenprogramm-Leitfaden überprüfen. Das Programm akzeptiert Vorschläge von Community-Buildern, aber Akzeptanz und Format sollten nicht vorausgesetzt werden.

Überprüfen Sie die offizielle SEELE Kreatorenprogramm-Seite für aktuelle Bedingungen, und schlagen Sie dann den Beitrag, das Zielpublikum, das Beweismaterial und den Veröffentlichungsort vor. Dieser CTA ist eine Einladung, sich für das Programm zu bewerben, nicht eine Ankündigung, dass SEELE Ihr Event veranstaltet oder sponsert.

FAQ

Hostet SEELE AI derzeit das hier beschriebene Game Jam?

Nein. Dieser Artikel ist ein Planungsrahmen und verkündet kein von SEELE veranstaltetes Event.

Muss ein AI-Game-Jam die Offenlegung von Prompts erfordern?

Fordern Sie nützliche Prozessoffenlegung an, vermeiden Sie jedoch, Teilnehmer zu zwingen, Geheimnisse, private Daten, Anmeldeinformationen oder proprietäre Materialien offenzulegen. Werkzeug, Phase, Verwendung der Ausgabe, menschliche Änderungen und Rechtsüberprüfung sind normalerweise wichtiger als jedes Prompt-Wort.

Können Teilnehmer vorherige Assets oder Code verwenden?

Das hängt von den veröffentlichten Regeln ab. Wenn erlaubt, verlangen Sie Offenlegung und gültige Lizenzen, damit Richter zwischen wiederverwendbarer Infrastruktur und Arbeit, die während des Jams abgeschlossen wurde, unterscheiden können.

Wie sollten Richter KI-Unterstütztes Werk bewerten?

Veröffentlichen Sie die Richtlinie im Voraus. Richter können die resultierende Interaktion, das Thema, die Vollständigkeit, die Kommunikation und die Prozessdokumentation bewerten, ohne versteckte Strafen für erlaubte, offengelegte Tools zu erfinden.

Was sollte mit Einträgen nach dem Ereignis geschehen?

Mit Zustimmung des Erstellers die geeigneten Einträge archivieren, mit genauer Nennung der Urheber, Offenlegungen, Baustatus und rubrikbasierten Notizen. Planen Sie, wie gebrochene Links und spätere Updates gekennzeichnet werden.