Abgabe-Check

Abgabe-CheckGEC1 · WiSe 2026/27 · Abgabe 22.01.2027

Name Spiel

Allein durchgehen, am besten zweimal: nach dem 08.01. und am Tag vor dem Hochladen. Jedes leere Kästchen ist eine Aufgabe. Seit dem Feature-Freeze (11.12.) nur noch Reparaturen; neu gebaut wird nur, was zu den zwei Pflicht-Interaktionen fehlt.

A · Das Paket ein ZIP, höchstens 2,5 GB, Name und Kurs im Dateinamen

Nachname_Vorname_GEC1.zip
├─ Nachname_Vorname_GEC1_Projekt.zip
├─ Nachname_Vorname_GEC1_Build.zip
└─ Nachname_Vorname_GEC1_Dokumentation.pdf

Alle drei Teile liegen in einem ZIP. Nur ZIP: kein .rar, kein .7z, kein .tar.
Dateinamen mit eigenem Namen und Kurs, wie oben.
Gesamtgröße höchstens 2,5 GB. Windows: Rechtsklick › Eigenschaften. macOS: Rechtsklick › Informationen.
Hochgeladen in den Prüfungsraum auf Blackboard, nicht erst in der letzten Stunde.

B · Git in dieser Reihenfolge

Szenen in Unity gespeichert, committet, gepusht. GitHub Desktop zeigt No local changes, kein Push origin offen. KI-VERZEICHNIS.md ist aktuell.
Aus genau diesem Stand gebaut (D) und auf einem fremden Rechner getestet (E).
Dann diesen Commit taggen: GitHub Desktop › History › Rechtsklick auf den Commit › Create Tag › abgabe › Push origin. Terminal: git tag abgabe <Kennung>, git push origin abgabe

C · Projekt-ZIP der Stand, den jemand anderes öffnen kann

Am einfachsten: auf GitHub Code › Tags › abgabe › Source code (zip) herunterladen und umbenennen. Enthält genau den Stand des Tags.
Im ZIP ein Projektordner mit Assets/, Packages/, ProjectSettings/.
Dabei liegen DOKUMENTATION.md, KI-VERZEICHNIS.md, AGENTS.md.
Nicht im ZIP: Library/, Temp/, Logs/, UserSettings/, obj/, der Build-Ordner.
Probe: Das ZIP in einen neuen, leeren Ordner entpacken. Unity Hub › Add › Add project from disk. Öffnen (dauert beim ersten Mal), Startszene öffnen, Play. Die Console zeigt keine roten Fehler.
Eigene Dateien liegen in benannten Ordnern (Scripts, Scenes, …). Keine Reste wie New Material (3) oder leere Testszenen.
Jedes Skript im Projekt hat oben den Kopfkommentar aus Tag 3: was es tut. Bei Skripten vom Agenten ist er geprüft und verstanden.
Keine kostenpflichtigen Assets. Fremde Assets stehen mit Quelle und Lizenz in der PDF.

D · Build-ZIP das Spiel ohne Unity

Ein Windows-Build aus File › Build Profiles › Windows, gebaut aus dem committeten und gepushten Stand (B).
Der ganze Ordner ist im ZIP: die .exe, der Ordner, der auf _Data endet, UnityPlayer.dll und alles daneben.
Ordner, deren Name auf DoNotShip oder ButDontShipItWithYourGame endet, sind nicht im ZIP.
Alle Szenen stehen angehakt in der Scene List, die Startszene oben. Development Build ist aus.

Lücken

Abgabe-CheckSeite 2

E · Build-Test auf einem fremden Windows-Rechner nicht auf dem eigenen

Das Build-ZIP per USB-Stick oder Cloud-Link auf den fremden Rechner bringen und in einen Ordner entpacken. Nicht aus der ZIP-Vorschau heraus starten.
Die .exe startet. Meldet Windows „Der Computer wurde durch Windows geschützt“: Weitere Informationen › Trotzdem ausführen.
Bild, Ton und Steuerung funktionieren. Der Mauszeiger ist da, wo er gebraucht wird.
Das Spiel lässt sich von Anfang bis Ende spielen, beide Interaktionen eingeschlossen.
Neustart möglich, und das Spiel lässt sich beenden (Menü oder Taste, nicht nur Alt+F4).
Getestet am auf dem Rechner von

F · Die PDF Konzept und Dokumentation in einer Datei

	Teil	Was hinein gehört
☐	Titelseite	Titel des Spiels, Name, Kurs GEC1, WiSe 2026/27, Datum
☐	Spielanleitung	Start (inkl. Windows-Hinweis), Steuerung, Ziel, Dauer, bekannte Fehler
☐	Idee	Worum es geht, was die Spielenden tun, wofür sie belohnt werden, das angestrebte Erlebnis
☐	Alternativen	Mindestens zwei andere Ideen, und warum diese
☐	Designfrage	Die Frage und was die Tests darauf geantwortet haben
☐	Spec	Je Interaktion: Verb, Regel, Rückmeldung, Scheitern
☐	Tests	Datum, wer, Aufgabe, Beobachtung, Änderung; Playtest-Karten (27.11.) und Spielzettel (08.01.) ausgewertet, Fotos davon im Anhang
☐	Making-of	Drei, vier Wendepunkte: Datum, Bild, geplant, beobachtet, geändert, mit Commit-Kennung. Verworfene Entwürfe mit Bild
☐	Ein System	In eigenen Worten: was es auslöst, was es prüft, was es verändert
☐	Reflexion	Was funktioniert hat, was nicht, was beim nächsten Mal anders läuft
☐	Quellen	Fremde Assets, Schriften, Töne mit Quelle und Lizenz
☐	Anhang: KI-Verzeichnis	Die ganze Tabelle, Zeile für Zeile geprüft, mit den Prompts unter Nummern (P1, P2 …). Generierte Bilder oder Texte in der PDF tragen an der Stelle Quelle und Prompt-Verweis, etwa „(ChatGPT, Version …, 2027; Prompt P2)“
☐	Erklärung	Eigenständigkeitserklärung nach den Richtlinien für Projektarbeiten; Wortlaut und Vorlage kommen über Blackboard

Bilder sind lesbar und haben ein Datum. Die PDF ist keine Bildersammlung: Zu jedem Bild gehört ein Satz.
Als PDF exportiert, nicht als .docx oder .md. Weg: pandoc DOKUMENTATION.md KI-VERZEICHNIS.md -o Dokumentation.docx, in Word, LibreOffice oder Pages öffnen, als PDF exportieren (Anleitung: Tag 6, „Aus Markdown wird PDF“).
Eine andere Person oder ein Agent hat die PDF auf Lücken geprüft, der Text ist selbst geschrieben. Jede Agenten-Antwort, die in die Arbeit eingeht, hat eine Zeile im KI-Verzeichnis.

G · Die letzten 14 Tage etwa 10 h mit gepflegtem Devlog, bis 20 h ohne; Reparaturen kommen dazu

bis 10.01. · 2 h	Diesen Check einmal ganz durchgehen. Lücken auf Seite 1 notieren.
bis 15.01. · 4–8 h	Kapitel schreiben. Blackboard-Thread: Inhaltsverzeichnis der PDF, ein fertiges Kapitel, Stand des Builds, ein Hindernis.
bis 21.01. · 3 h	Build (D), fremder Test (E), Tag `abgabe` (B), Projekt-ZIP frisch öffnen (C), PDF exportieren, ZIP packen, Größe prüfen, hochladen.
22.01.	Spätester Abgabetag. Letzter Eintrag im Devlog.

30 Minuten fest? Dann fragen, im Blackboard-Thread oder per Mail, mit dem, was schon versucht wurde.