Der Beitrag beschreibt ein Experiment des Nutzers /u/codehamr, der über mehrere Monate hinweg zunächst einfachere Oneshot-Aufgaben – etwa Three.js-Spiele und Minecraft-Klone – nutzte, um seinen Agenten-Harness, System-Prompt und Tool-Calling zu verfeinern. Als härtere Probe ließ er sowohl Claude (Opus 4.8) als auch einen lokalen Qwen3.6 27B-Agenten einen raytraced FPS-Demo in reinem C schreiben, ausschließlich mit der Standardbibliothek. Beide Modelle scheiterten zunächst am Oneshot. Der entscheidende Eingriff war eine einzige Prompt-Ergänzung: Das kompilierte Binary musste einen Headless-Modus bereitstellen, über den der Agent Tastatur- und Mauseingaben injizieren und gezielt zu einem selbst gewählten Frame einen Screenshot auslösen kann. Daraufhin entwickelte der Agent eigenständig eine rekursive visuelle Debugging-Strategie – etwa: Rakete abfeuern, Screenshot exakt beim Einschlag auslösen, Partikel- und Trümmereffekte begutachten, Fehler korrigieren, erneut kompilieren. Dass der Frontier-Modell Claude diesen Loop abschloss, überraschte den Autor wenig; dass der lokale Qwen3.6 27B dasselbe eigenständig bewältigte, bezeichnete er als unerwartetes Ergebnis für ein Modell dieser Größe. Der Autor betont, dass das Experiment primär eine Prompting-Lektion sei: Gibt man einem Agenten die Möglichkeit, Ergebnisse visuell zu inspizieren und selbst den Zeitpunkt des Hinschauens zu wählen, werden deutlich schwierigere Aufgaben für kleine lokale Modelle erreichbar – auf Kosten von mehr Tokens und längerer Laufzeit.