HANDS-ON LLM · GRUNDLAGEN UND BEISPIELE · GAIS 2. NOVEMBER 2026

1. TEXTDEMO: AUS EINEM FIKTIVEN BRIEFING EINE EINLADUNG

Verfasse eine freundliche Einladung mit höchstens 80 Wörtern. Verwende ausschliesslich die folgenden Fakten. Ergänze keine Preise, Kontakte oder Angebote. Liste fehlende wichtige Angaben nach dem Text separat auf. Deutsch mit Schweizer Rechtschreibung.

FIKTIVES BRIEFING:
Reparaturtreff
Samstag, 14. November 2026
14 bis 17 Uhr
Werkraum, Dorfplatz 8
Anmeldung bis 12. November

PRÜFUNG IM PLENUM:
Datum, Zeit und Ort vergleichen. Hat das System eine E-Mail-Adresse oder einen kostenlosen Eintritt hinzuerfunden? Wo würde man sich anmelden? Die letzte Angabe fehlt im Briefing und soll als offene Frage erscheinen.

FOLGEAUFTRAG:
Kürze die Einladung auf höchstens 45 Wörter. Erhalte die verbindlichen Fakten. Nenne fehlende Angaben weiterhin separat.

VORBEREITETE BEISPIELAUSGABE FÜR DEN FALL EINER WARTEZEIT:
«Komm zum Reparaturtreff am Samstag, 14. November 2026, von 14 bis 17 Uhr im Werkraum, Dorfplatz 8. Bitte melde dich bis zum 12. November an.»
Offen: Anmeldeweg, allfällige Kosten und was repariert werden kann.
Diese Ausgabe ist eine vorbereitete Musterlösung. Sie wird nicht als gerade erzeugtes Live-Ergebnis dargestellt.

2. RECHERCHEDEMO

Erkläre mir verständlich, wie ein Regenbogen entsteht. Recherchiere dazu in zwei passenden Primärquellen oder offiziellen wissenschaftlichen Quellen. Öffne die Quellen. Verbinde jede Kernaussage mit einer konkreten Fundstelle. Trenne belegte Aussagen von deiner vereinfachten Erklärung. Kennzeichne offene Fragen und Widersprüche. Gib keine Quelle an, die du nicht prüfen konntest.

PRÜFUNG: Eine Aussage gegen die verlinkte Fundstelle lesen. Ein Quellenlink allein beweist die Aussage nicht.

3. BILDIDEE UND STORYBOARD

Entwickle ein Storyboard mit drei Motiven für den fiktiven Reparaturtreff aus dem Briefing. Beschreibe pro Motiv Bildinhalt, Perspektive und die beabsichtigte Aussage. Keine echten Personen oder zusätzlichen Veranstaltungsfakten erfinden. Beginne mit den Beschreibungen.

OPTIONALER AUFTRAG AN EINE BILDFUNKTION:
Erzeuge ein freundliches, klar als Illustration erkennbares Bild einer Werkbank mit Werkzeug und einem Gegenstand, den Menschen gemeinsam reparieren könnten. Keine Schrift, keine Logos, keine erkennbaren realen Personen. Breites Querformat.

4. BAUAUFTRAG: PAUSENTIMER

Baue einen Pausentimer als einzelne HTML-Datei mit eingebettetem CSS und JavaScript. Sie soll ohne Installation lokal im Browser laufen. Dauer in Minuten wählen, starten, anhalten, fortsetzen und zurücksetzen. Zeige die verbleibende Zeit gross und verständlich als Minuten und Sekunden an. Bei null soll die Anzeige stehen bleiben und klar «Zeit vorbei» melden. Ein wiederholter Klick auf Start darf keinen zweiten parallelen Timer erzeugen. Während der Timer läuft, soll die Dauer nicht versehentlich geändert werden können.

Keine Anmeldung, keine Datenspeicherung, keine externen Verbindungen oder Bibliotheken. Bedienbar per Maus, Touch und Tastatur mit sichtbarem Fokus. Deutsch mit Schweizer Rechtschreibung. Beginne mit einem kleinen funktionierenden Prototyp. Prüfe anschliessend Start, Anhalten, Fortsetzen, Zurücksetzen, ungültige Eingaben und das Verhalten bei null. Berichte, welche Tests du wirklich ausgeführt hast und was noch ungeprüft ist.

FOLGEAUFTRAG NUR WENN DER FEHLER TATSÄCHLICH AUFTRITT:
Beim Fortsetzen springt die Restzeit auf die eingestellte Gesamtdauer zurück. Erhalte stattdessen die Restzeit beim Anhalten und zähle beim Fortsetzen dort weiter. Teste dieselbe Bedienfolge erneut. Erhalte die übrigen Funktionen.

VORBEREITETE RESERVE:
Demo-Timer.html im Browser öffnen. Offen sagen, dass diese Datei vorbereitet wurde und bereits funktioniert. Der Timer braucht im Betrieb kein LLM.

5. EIGENE IDEE

Ich möchte [konkrete Aufgabe] vereinfachen oder ausprobieren. Dafür brauche ich [Ergebnis] für [Zielgruppe oder Situation]. Verwende [Material]. Als erste Version genügt [kleiner Ausschnitt]. Achte auf [Rahmenbedingungen]. Ich prüfe das Ergebnis anhand von [konkretes Kriterium]. Benenne Annahmen und fehlende Informationen. Beginne mit einer kleinen, überprüfbaren Version.

6. VORBEREITUNG

Im tatsächlich verfügbaren System anmelden und den Weg zur Vorschau vor dem Anlass testen. Keine Kontoeinrichtung oder API-Schlüsselbeschaffung im Plenum. Bei Wartezeiten die vorbereitete Ausgabe oder die lokale Datei zeigen. Fiktives oder freigegebenes Material verwenden.