Dienstag: Vom Übungsfall zum Zoi-Auftrag
22. September 2026 · 09:30–17:00 Uhr · Raum I120 · Briefing mit Zoi um 10:00 Uhr
- Briefing mit Zoi: Angebot, Zielgruppe und heutiger Prozess
- Antigravity: Ein Agent baut den Workflow aus der Skizze, das Team prüft
- GitHub: Projektdateien und Änderungen gemeinsam organisieren
- GitHub Student Developer Pack: Konto und Verifizierung einrichten
Ziel und Tagesergebnis
Im Mittelpunkt stehen das Zoi-Briefing, der Workflow aus der Ablaufskizze mit Antigravity und die Einführung in GitHub. Dazu gehört die Einrichtung des Student Developer Packs. Am Mittwoch folgen das Projekt-Notebook, eine einfache Workflow-Skizze zu Zois Kampagneninhalten und die Unterscheidung von Workflows und Agenten.
Bausteine des Tages
Fest sind Beginn um 09:30 Uhr in Raum I120, das Briefing durch Zoi ab 10:00 Uhr, die Mittagspause von 13:00 bis 14:00 Uhr und das Ende um 17:00 Uhr.
| Zeitfenster | Baustein | Arbeitsform |
|---|---|---|
| Vormittag | Briefingvorbereitung | Gemeinsam |
| Vormittag | Zoi-Briefing einschließlich Rückfragen | Gemeinsam |
| Nach dem Briefing | Ein Lauf vom Montag, dann Antigravity: Workflow aus der Skizze | Gemeinsam |
| Nach Antigravity | GitHub: Repository und Versionsgeschichte | Gemeinsam |
| Anschließend | GitHub Student Developer Pack einrichten | Gemeinsam |
Briefingvorbereitung
Vor dem Briefing sprechen wir über die offenen Fragen an Zoi, die am Montag gesammelt wurden: Was wollen wir wissen, und wer fragt nach? Während des Briefings hilft es, mitzuschreiben, was Zoi tatsächlich sagt, und getrennt davon zu notieren, was noch unklar bleibt.
Briefing des Projektpartners ab 10:00 Uhr
Geplant sind eine Vorstellung durch Zoi und anschließend Fragen, vor Ort an der HdM. Angebot, Zielgruppe, heutiger Prozess und gewünschter Nutzen werden anhand des Briefings konkretisiert.
Unterlagen von Zoi
Aktuelle Unterlagen von Sarah Engler im freigegebenen Zoi-Ordner
Der Ordner enthält die Briefing-Präsentation, das AI-Orientation-Workshop-Angebot, die Company Presentation, die Beispielkampagne, das Dokument „Marketing AI Automation“ sowie das Prozessdiagramm mit Erläuterungen. Dieser Ordner ersetzt die früheren Materiallinks.
Ein Lauf vom Montag: K-02 gemeinsam prüfen
Nach dem Briefing wird ein Lauf des Lösungsworkflows mit Kontakt K-02 gemeinsam betrachtet: Welche Entscheidung erwarten die Regeln, was hat das Modell geliefert, und lag der Unterschied an den Daten, der Anweisung oder am Modell?
Übung 1.3: Vom Prozess zum Workflow mit Antigravity
Gemeinsam Schritt für Schritt, jedes Team am eigenen Rechner
Material: Startordner als ZIP, Antigravity.
Ein Agent baut den Workflow aus der Ablaufskizze, das Team prüft, ob er den Regeln der Skizze entspricht. Das ist die Arbeitsweise für das Semester: Der Agent erzeugt, der Mensch prüft.
- Antigravity installieren und mit dem Google-Konto anmelden, auf dem Gemini für Studierende läuft. Eine Person pro Team reicht.
- Das ZIP entpacken und den Ordner in Antigravity als Projekt öffnen.
- Den Auftrag aus AUFTRAG.md in den Chat geben. Der Agent liest die Skizze und das Muster und schreibt den Workflow als Datei.
- Prüfen, bevor importiert wird: Passt jeder Knoten zu einem Schritt der Skizze? Liegt die Kontaktsperre vor dem KI-Schritt? Versendet nichts?
- In n8n importieren, Credential wählen, mit K-01 und K-05 ausführen.
Wenn die Installation nicht klappt: denselben Auftrag in den Gemini-Chat einfügen, dazu den Inhalt der BPMN-Datei und des Muster-Workflows als Text. Der Weg ist umständlicher, das Ergebnis dasselbe.
Ergebnis: Der importierte Workflow läuft für K-01. Ein Satz in der Teamablage: Was musste am Vorschlag des Agenten korrigiert werden?
Video: Einführung in Antigravity
GitHub und das Student Developer Pack
Nach Antigravity ging es um GitHub: Projektdateien gemeinsam ablegen, Änderungen nachvollziehen und frühere Stände wiederfinden. Ein Repository enthält die Dateien eines Projekts und ihre Versionsgeschichte. Ein Commit hält einen beschriebenen Änderungsstand fest. So lässt sich auch bei einem vom Agenten erzeugten Workflow nachvollziehen, was geändert wurde.
Video: Was ist GitHub?
Das kurze offizielle Einführungsvideo zeigt, wofür GitHub genutzt wird (Englisch).
Student Developer Pack einrichten
Das GitHub Student Developer Pack bündelt Angebote für verifizierte Studierende. Voraussetzung sind ein persönliches GitHub-Konto, ein laufendes Studium und ein Nachweis des Studierendenstatus; das Mindestalter beträgt 13 Jahre.
- Ein persönliches GitHub-Konto anlegen oder mit einem bestehenden Konto anmelden.
- Die HdM-E-Mail-Adresse zum Konto hinzufügen und bestätigen. Wenn GitHub im Antrag eine Hochschuladresse verlangt, muss diese vor der Bewerbung verifiziert sein.
- Über die GitHub-Education-Einstellungen den Antrag starten und die Angaben zum Studium ausfüllen.
- Den angeforderten aktuellen Nachweis einreichen, beispielsweise eine Immatrikulationsbescheinigung oder einen Studierendenausweis mit aktuellem Datum.
- Nach der Genehmigung die gewünschten Angebote im Education-Portal einzeln aktivieren. Ein eingereichter Antrag ist noch keine Freischaltung.
Die Verifizierung gilt laut GitHub zwei Jahre und muss danach erneuert werden. Einzelne Partnerangebote haben eigene Laufzeiten, Kontingente und Bedingungen. Vor der Aktivierung sind mögliche Folgekosten und Verlängerungen zu prüfen; eine erneute Verifizierung setzt bereits genutzte Angebote nicht automatisch zurück.
Offizielle Anleitung zur Bewerbung · Bedingungen des Student Developer Packs
Alle Folien zu diesem Tag
Die Präsentationen öffnen sich in einem neuen Tab.
Am Mittwoch beginnt der Tag mit einem Gemini Notebook für die Projektunterlagen und einer Übung zu „Configure chat“. Danach skizzieren die Teams einen kurzen Workflow in draw.io und besprechen Workflows und Agenten. Weiter zum Mittwoch: Projekt-Notebook und Workflow-Skizze