KI-Kompass / Wissenskarten

Selbstverbessernde Schleife mit gesperrten Checks

Geprüft 17. Oktober 2026 · Michael Engel · Automatisierung · Prompting

Andrej Karpathy hat im März 2026 mit AutoResearch gezeigt, wie ein Agent über Nacht selbst experimentiert: Code ändern, messen, Verbesserungen behalten, den Rest verwerfen. Laut README bleibt die Datei mit der Auswertung dabei unverändert, der Agent bearbeitet nur eine einzige Datei. AI LABS überträgt das auf Claude Code. Die Checks, also die Prüfregeln, liegen gesperrt, nur die Arbeitsanweisung darf sich ändern. Sonst passiert, was bei Optimierern oft passiert: Der Agent verbessert die Messung statt das Ergebnis.

Wozu

Eine wiederkehrende Aufgabe wird mit jeder Runde besser, ohne dass du danebensitzt. Der Maßstab bleibt dabei deiner.

Schritte

1. Prüfen, ob die Aufgabe passt. Laut Video müssen vier Bedingungen gelten: Die Aufgabe kommt oft vor, dein Kontingent reicht, das Ergebnis ist klar messbar, und der Agent kann es selbst ausführen. Nur ein Feature je Schleife, nie eine ganze App.
2. Das Projektwissen in einem Skill festhalten, damit jeder Lauf vom selben Stand ausgeht. Im Video heißt er project-context.
3. Die Checks schreiben lassen und mit dem Agenten durchgehen, bis du jeden einzelnen freigibst.
4. Die Checks in einen eigenen Ordner verschieben, Änderungen dort sperren und alles committen. In Claude Code geht die Sperre mit einer Verbotsregel in den Einstellungen, etwa "deny": ["Edit(/checks/**)"]. Die Schreibweise stammt aus der Doku, nicht aus dem Video.
5. Ein Bau-Agent mit frischem Kontext arbeitet mit zwei Dateien: einer Ergebnisdatei und der Arbeitsanweisung program.md.
6. Nach jeder Runde darf die Selbstverbesserung nur den Abschnitt „How to work“ in program.md umschreiben, nie die Checks.
7. Eine Budget- oder Rundengrenze setzen (eigene Einschätzung). Am Ende prüfen, was die Checks nicht abdecken: Im Video waren alle 11 Checks grün, das Bestellformular aber gar nicht getestet.

Grenzen

• Die Sperre in den Einstellungen ist keine dichte Wand. Laut Doku greifen Verbotsregeln für Claudes Datei-Werkzeuge, für bekannte Befehle wie sed oder tee und für Umleitungen wie > datei. Ein Skript, das selbst Dateien öffnet, etwa in Python, umgeht sie. Für eine Sperre auf Ebene des Betriebssystems nennt die Doku die Sandbox. Zusätzlich hilft git: Jede Änderung an den Checks fällt im Diff auf.
• Kontingent: Auf dem 20-$-Plan ist das Limit laut Video erreicht, bevor eine lange Schleife fertig ist.
• Unterschied zum Original: Bei Karpathy schreibt laut README der Mensch die program.md, der Agent ändert nur den Code. Im Video schreibt der Agent auch an seiner Anweisung. Das spart dir Arbeit, du siehst aber seltener, was sich geändert hat. Deshalb Änderungen an program.md mit git verfolgen (eigene Einschätzung).
• Die Beispielzahlen im Video sind Angaben des Creators.
• Die fertigen Skills aus dem Video gibt es nur in der Bezahl-Community. Das Muster lässt sich selbst bauen.

Verknüpfungen

• „Fertig“ nur mit Beleg: wie Checks als Prüfbefehle mit erwarteter Ausgabe aussehen.
• Claude arbeiten lassen, bis das Ziel erreicht ist – mit /goal: die eingebaute Schleife für eine einzelne Aufgabe.
• Bauen und Prüfen trennen: Kritiker mit frischem Kontext statt fester Checks.

Quellen

• AI LABS: He Finally 10x Claude Code With This Method, 02.10.2026, 2:32–6:29, 8:09, 8:42–11:56. Gesponsert von Upstash Box (ca. 6:29–7:35), die fertigen Skills liegen in der Bezahl-Community
• Andrej Karpathy: autoresearch, README, abgerufen 17.10.2026
• Claude-Code-Doku: Berechtigungen (Verbotsregeln für Edit, Reichweite), abgerufen 17.10.2026

Stand

Geprüft 17.10.2026 · Reifegrad neu (Muster verfügbar, Grundlage AutoResearch öffentlich; Ergebnisse im Video nur vom Creator)

Das mit deinem Team ausprobieren? Dafür gibt es die KI-Werkstatt. KI-Werkstatt ansehen