ChatGPT · Praxis · Kapitel 23 · 4 Min.

Typische Fehler

Keine Vorwürfe, eine Mängelliste. Die meisten Punkte kenne ich, weil ich sie selbst gemacht habe.

Auf jeder Abnahme gibt es eine Mängelliste. Die ist nicht dazu da, jemanden schlechtzumachen — sie ist dazu da, dass dieselbe Sache beim nächsten Mal nicht wieder passiert.

Das hier ist meine. Fast alles darauf habe ich selbst falsch gemacht.

1. Ohne Ordner starten

Der Klassiker aus Kapitel 10. codex tippen, ohne vorher irgendwohin zu wechseln. Danach arbeitet es in deinem Benutzerordner, sieht alles und meint nichts davon.

2. Keine Kopie machen

Es gibt keinen Papierkorb. Es gibt kein mehrstufiges Rückgängig. Der einzige Rückweg ist eine Sicherung, die du vorher gemacht hast — nicht die, die du dir gleich vorgenommen hattest.

3. Das Thema beschreiben statt das Ergebnis

„Mach was mit den Angeboten“ gegen „bau daraus eine Vergleichstabelle mit diesen sieben Spalten“. Der Unterschied im Aufwand ist zwanzig Sekunden. Der Unterschied im Ergebnis ist alles.

4. „Fertig, wenn“ weglassen

Die vierte der vier Angaben, und die einzige, die fast nie jemand hinschreibt. Sie zwingt dich, dir vorher klarzumachen, was du willst. Die Hälfte der schlechten Ergebnisse entsteht daran, dass ich es selbst nicht wusste.

5. Alles in einem Gespräch lassen

Weil es sich nach Kontinuität anfühlt. In Wahrheit schleppt man den Aufbau von heute Morgen durch eine Aufgabe, die davon nichts braucht. /clear ist der am meisten unterschätzte Befehl.

6. Im Chat fragen, was Work kosten soll — oder umgekehrt

Eine schnelle Frage in Work zu stellen, verbraucht aus demselben Topf wie eine ganze Codex-Sitzung. Und eine Aufgabe im Chat zu bearbeiten, für die man Dateien bräuchte, endet im Hin- und Herkopieren.

7. Das Ergebnis nicht gegen die Quelle prüfen

Der teuerste Punkt auf dieser Liste. Ergebnisse sehen vollständig aus. Elf saubere Zeilen, keine Lücke, keine Warnung — und in einer davon steht die falsche Zahl. Erfundenes klingt genauso sicher wie Richtiges. Stichproben gegen das Original, immer.

8. Alle Regler aufmachen, weil das Nachfragen nervt

Weiter Sandkasten und keine Freigaben zusammen. Danach kann man nicht mehr sagen, wer was geändert hat. Das Nachfragen ist keine Bevormundung, es ist das Protokoll.

9. Denken, der Sandkasten sei ein Fehler

Wenn Codex behauptet, es käme an etwas nicht heran, ist das meistens kein Defekt, sondern der Zaun. Man sucht dann stundenlang an der falschen Stelle. Kapitel 13.

10. Ausbaustufen bauen, bevor die Grundlagen sitzen

Hooks, Subagenten und Plugins einrichten, während man noch keine ordentliche AGENTS.md hat. Das ist ein Kranaufbau auf einem Grundstück ohne Zufahrt.

11. Sich auf Erinnerungen verlassen

Was gelten muss, gehört in eine Datei, die du geschrieben hast. Eine veraltete Erinnerung ist schlimmer als keine, weil sie leise wirkt.

12. Automatisieren, was man noch nie von Hand geprüft hat

Eine geplante Aufgabe, die wöchentlich Murks liefert, fällt wochenlang nicht auf. Man sieht die Übersicht, überfliegt sie, glaubt ihr.

13. Aufgeben, weil das erste Ergebnis schlecht war

Der häufigste Fehler von allen, und der einzige, der wirklich etwas kostet. Das erste Ergebnis ist fast immer mittelmäßig. Nicht weil das Werkzeug schlecht ist, sondern weil der erste Auftrag es war.

Achtung

Ein Fehler, der nicht auf dieser Liste steht, weil er keiner ist: Etwas kaputtmachen. Das passiert, und es ist der beste Lehrmeister. Deshalb steht in Kapitel 9, dass man mit einem Ordner anfangen soll, in dem nichts Wichtiges liegt — dort ist Kaputtmachen ausdrücklich erlaubt.

In einem Satz

Etwas zu versuchen, das nicht klappt, steht auf keiner Fehlerliste — das ist die Arbeit. Ein Fehler ist erst, es ungeprüft weiterzugeben.