Sind Codex und Claude Code eigentlich Programmier-Werkzeuge?

Ich nenne diese Werkzeuge Wissens-Superwerkzeuge. Sie schreiben zwar Code und bauen Webseiten. Wertvoller ist, dass sie immer mehr von der Arbeit übernehmen, die ihr sonst selbst am Computer erledigt: E-Mails, Tabellen, Dokumente, wiederkehrende Aufgaben. Wer anfangen will, braucht dafür einen Ablauf, den er sauber beschreiben kann. Programmierwissen steht nirgends auf der Liste.

codex und claude-code sind die bekanntesten Beispiele dafür. Ein Postfach durchsuchen und einen Antwortentwurf schreiben. Eine Tabelle nach klaren Kriterien befüllen. Eine Website testen und einen Fehler reproduzieren. Ein Transkript in ein Recap verwandeln. Jede dieser Aufgaben lässt sich in überprüfbare Einzelschritte zerlegen, mit einem Menschen, der am Ende freigibt. Damit das trägt, brauchen die Werkzeuge einen Ort, an dem euer Wissen liegt: ein second-brain aus Notizen, Entscheidungen und Dokumenten, auf das Mensch und Werkzeug gleichermaßen zugreifen.

Eine ganze Gruppe von Tools, die man am besten als Knowledge Super Tools bezeichnen kann.

Die Methode dahinter habe ich vom Unternehmer Alex Hormozi übernommen. Sie besteht darin, sehr genau zu werden in dem, was man eigentlich gemacht haben will. Stellt euch vor, ihr stellt einen Videoeditor an. Die echten Schritte lauten dann: Briefing lesen, Thema und Recherche, ein Interview führen, Fakten prüfen, Struktur planen, den Entwurf schreiben, Grafiken bauen, die Beschreibung für Suchmaschinen schärfen, Rückmeldungen einholen, überarbeiten, Freigabe einholen, veröffentlichen, den Verlauf auswerten, sauber archivieren. Die Frage lautet ab da: Welche sechzehn Tätigkeiten macht diese Rolle wirklich?

Erst danach entscheidet ihr, wo ein Mensch sitzt, wo ein agent arbeitet und wo eine schlichte Automation genügt. Der Unterschied ist schnell erklärt: Ein Agent trifft freie Entscheidungen, eine Automation folgt einer festen Kette. Ich bin diese Zerlegung für meine eigenen Firmen einmal linear durchgegangen, Aufgabe für Aufgabe. Das ist der mühsame Teil, und es ist der Teil, der später alles trägt.

Ein Qualitäts-Gate ist eine Liste von Fragen, die beantwortet sein müssen, damit ein Ergebnis überhaupt weitergereicht wird. Bei mir sind es zehn. Besteht ein Entwurf sie nicht, geht er zurück in die Schleife, bis er sie besteht. Seit diese Gates stehen, läuft das ganze Setup deutlich ruhiger. Sie sind auch der Grund, warum ich Ergebnisse überhaupt in Ruhe ansehen kann: Was das Gate nicht besteht, landet gar nicht erst auf meinem Tisch.

Für den Einstieg reichen Standardberechtigungen. Das Werkzeug arbeitet in dem Ordner, den ihr geöffnet habt, und fragt, sobald es darüber hinaus will oder etwas löscht. Jeder Projektordner ist dabei eine kleine Sandbox, eine unsichtbare Wand, die nur durchlässig wird, wenn ihr ausdrücklich zustimmt. Die zweite Stufe, automatisches Review, bestätigt vieles selbst und fragt seltener. Vollzugriff empfehle ich den wenigsten, ich nutze ihn nur, weil dieser Rechner genau dafür eingerichtet ist. Über allen Stufen steht dieselbe Regel: Veröffentlichen, Senden, Zahlen und Löschen brauchen die freigabe eines Menschen.

Wenn ich sogar sage, versende diese E-Mail an diese Person, dann macht er das erstmal nicht.

Der Agent antwortet dann sinngemäß: Du hast gesagt, ich soll senden, meine Regeln sagen, dass ich vorher trotzdem nachfrage. Das ist die E-Mail, die ich vorhabe. Erst nach meinem Ja geht sie raus. Warum Zugriff auf eure eigenen Daten mehr bringt als ein besser formulierter Auftrag, steht in Warum Zugriff den Prompt schlägt. Welches Modell hinter welchem Schritt sinnvoll ist, klärt Wer denkt, wer arbeitet, wer rennt nur.