Baue als EINE sofort offline lauffähige HTML-Datei ein kleines isometrisches 2,5D-Werkstattspiel „Digitale Mitarbeiter“. Kein echtes 3D/WebGL, keine Bibliotheken oder APIs: Canvas/SVG/CSS genügen. Liefere zunächst eine kleine vollständige Grundversion statt eines riesigen Entwurfs. Ziel für uns: erste Generierung etwa 2–5 Minuten, aber keine Garantie versprechen.
Eine isometrische Raumansicht mit drei auswählbaren Workern und sichtbaren Arbeitsplätzen. Skills, Tools, Memory, aktiver Kontext und Restbudget im Profil. Drei Worker: Eingang (Skill Routing1, Tool Regelklassifikation, eigenes Memory Anfragetypen, Budget2); Antwort (Skill Formulieren1, Tool Vorlage, Memory Tonalität, Budget4); Qualität (Skill Faktencheck1, Tool Checkliste, Memory Fehlerfälle, Budget3). Budgetwerte sind simulierte Arbeitseinheiten, keine LLM-Benchmarkzahlen. Werkstatt-Memory „Rückgabe 14 Tage“, Environment lokale Sandbox; getrenntes Projekt-Memory P17 „Bestellung vor20 Tagen, Kunde bittet um Kulanz“.
Spieler wählen Worker und geben ihm einen Auftrag aus einer Warteschlange: Lieferung prüfen (Routing1), Rückfrage entwerfen (Formulieren1), Kulanzfall prüfen (Faktencheck2). Pro Auftrag Anforderungen an Skill, Wissen, Kontextkarten und Aufwand anzeigen. Ausführung deterministisch: reicht eine Voraussetzung nicht, Arbeit blockieren/eskalieren, nicht halluzinieren. Vorhandenes Budget nach erfolgreicher Arbeit reduzieren. Abgeschlossene Aufgaben erzeugen genau eine geprüfte Memory-Karte; sichtbarer Balken und Liste wachsen, Dubletten verhindern. Mehr Memory erhöht nicht automatisch das aktive Kontextfenster. Lernen/Memory ist hier kein Modell-Finetuning.
Spieler können Skill-Level erhöhen oder einen fehlenden Skill ergänzen, Kontextkarten auswählen und Budgets ändern. Upgrades kosten simulierte Zeit und müssen protokolliert werden. Zeige fest codierte Regeln versus echte LLM-Entscheidung: dieses Spiel ist eine didaktische Simulation, kein echtes Agentensystem, kein SQLite und kein Nachrichtenversand. Kulanzfälle immer an Mensch zur Entscheidung; ein simuliertes Senden ist ohne explizite menschliche Freigabe blockiert. Reset löscht Memory/Budgets/Freigabe. Raum anklickbar, zusätzlich Tastatur-/Buttonliste; Bewegung rein dekorativ, Logik unabhängig davon.
Teste fehlenden Skill, fehlende Richtlinie, erschöpftes Budget, vollen Kontext und Versand ohne Freigabe. Gib zuerst Datei plus kurze Startanleitung. Erst optional: Worker bewegen sich zu Arbeitsplätzen, Aufgaben per Drag-and-drop, Werkstatt-Memory editierbar, Speicher-/Exportfunktion.
Gestaltung: clean, großzügiger Weißraum, Hintergrund #F7F7F5, Text #182C33, Akzent Petrol #24666A, Salbei #DCEFE1 und zurückhaltendes Gold #F4EAC8. Systemschrift, große klare Überschriften, kurze Texte, Karten und Bilder mit 18px abgerundeten Ecken und feinem Schatten. Diagramme und beschriftete Bilder vollständig zeigen, nicht abschneiden oder verzerren. Hoher Kontrast, sichtbarer Tastaturfokus, responsive Darstellung. Kein Neon, keine dekorative Überladung. HTML/CSS/JavaScript vollständig in einer Datei, keine CDNs, externen Fonts, APIs oder Netzwerkanfragen. Alle Aktionen müssen auch per Tastatur und Klick bedienbar sein. Verwende nur synthetische Daten.
Workerbewegung ist Teil der Grundversion: mit requestAnimationFrame sichtbar zum Arbeitsplatz laufen, mit Start-/Zielposition und etwa1–2 Sekunden Dauer. Keine Teleportation. Arbeit/Memory erst nach Ankunft abschließen; währenddessen Auftrag/Reset sicher handhaben. prefers-reduced-motion beachten und direkte Ankunft als barrierearme Alternative anbieten. Rechenlogik nicht von Bildrate abhängig machen.