Wie ich baue

Die meisten meiner Aufgaben beginnen gesprochen, nicht getippt. Gerade dort, wo ich mir noch unsicher bin, rede ich frei, und Wispr Flow schreibt mit. Daraus macht Claude Code einen Plan in Alltagssprache. Gebaut wird erst, wenn ich zustimme.

Dann gilt: eine Aufgabe, ein Zweig, ein kleiner Pull Request. In T3 Code laufen höchstens drei Sitzungen gleichzeitig, nie an denselben Dateien. Jeden Pull Request prüft das jeweils andere Modell: Was Claude gebaut hat, liest Codex gegen, und umgekehrt. Danach prüfe ich selbst, im laufenden Produkt. Weil ich sehr vom Design her denke, schaue ich dabei zuerst, wie es aussieht und sich anfühlt. Zusammengeführt wird auf GitHub nach Regeln, die ich festgelegt habe. Sobald echte Daten im Spiel sind, gebe ich selbst frei. Nach genau diesen Regeln ist auch mein erster Kundenauftrag entstanden.

Komme ich nicht weiter, lasse ich mir das Problem im Gespräch mit ChatGPT Voice erklären, bis ich es verstanden habe. Wie du siehst, gibt es bei mir keinen Geheimtipp und kein Spezialtool. Es sind die Basics, aber die beherrsche ich.

Drei dieser Schritte heißen bei p0 Spec, File Ownership und QA-Agents. Was ich mir von Hand zusammengesetzt habe, ist bei euch das Produkt. Na ja, so ungefähr. Was dazwischen liegt, würde ich gern vom p0-Team lernen.