Die fünf Archetypen des AI-Engineerings

Wenn du einem AI-Coding-Agent bei der Arbeit zusiehst, merkst du schnell: Er kennt nur ein einziges Tempo. Er schreibt die erste Version von allem mit derselben Zuversicht. Egal, ob er eine schnelle Wegwerf-Idee skizzieren oder den Code für die Zahlungsabwicklung absichern soll. Er fragt selten nach, was du eigentlich meinst. Er hält fast nie inne, um zu prüfen, ob das, was er gerade geschrieben hat, überhaupt läuft. Diese eine Standardeinstellung liegt weitaus öfter falsch als richtig. Es lohnt sich zu verstehen, warum.

Boris Cherny, der Entwickler von Claude Code, liefert ein Modell, das dieses Problem verständlich macht. Er argumentiert, dass sich die alten Jobtitel auflösen. Produktmanagement, Engineering, Design und Data Science verschmelzen zu fünf Archetypen des Entwickelns. Ein starkes Team wechselt flexibel zwischen ihnen, je nachdem, was gerade gebraucht wird. In seinen Worten:

Während Engineering, Produkt, Design, DS usw. zu einer neuen Art von Rolle verschmelzen... Wenn ich mir das Claude Code-Team ansehe, erkenne ich fünf Archetypen: Prototyper, Builder, Sweeper, Grower und Maintainer.

Boris Cherny, Schöpfer von Claude Code

Jeder dieser Archetypen ist eine völlig andere Aufgabe. Es lohnt sich, sie klar zu definieren:

• Der Prototyper haut am laufenden Band brandneue Ideen raus. Die meisten davon werden nie veröffentlicht. Das ist der Sinn der Sache. Geschwindigkeit und Bandbreite schlagen Korrektheit. Das Ziel ist es, die eine Idee zu finden, die es wert ist, gebaut zu werden, nicht, sie sofort perfekt umzusetzen.
• Der Builder nimmt einen vielversprechenden Prototypen und macht ihn real: ein produktionsreifes Produkt, echte Infrastruktur, die Teile, die halten müssen, wenn sich Fremde darauf verlassen.
• Der Sweeper räumt auf. Er vereinfacht den Code, strafft das UI, wirft Features raus, die sich nie bewährt haben, und macht Langsames schnell. Er löscht genauso gerne, wie er neuen Code hinzufügt.
• Der Grower nimmt ein fertiges Produkt und trimmt es auf Markttauglichkeit. Er iteriert basierend darauf, was echte Nutzer tun, bis das Produkt genau das ist, was die Leute wollen.
• Der Maintainer hält ein ausgereiftes System sicher, zuverlässig, schnell und kosteneffizient im Betrieb, lange nachdem der Launch-Hype verflogen ist.

Chernys zweiter Punkt ist der Teil, den die meisten übersehen, und es geht um die Mischung. Ein Produkt vor dem Product-Market-Fit braucht Prototyper, Builder und Sweeper: intensiv explorieren, die vielversprechendsten Wetten umsetzen, alles schlank halten. Ein Produkt, das seinen Markt sucht, verlagert den Fokus auf Builder, Sweeper und Grower, während auch ein Maintainer langsam wichtig wird. Ein etabliertes Produkt setzt auf Sweeper, Grower und Maintainer, mit gerade genug Builder-Anteil, um weiter auszuliefern. Der Archetyp ist nicht fest mit deiner Rolle verschweißt. Er ist eine Reaktion darauf, was gerade ansteht.

Ein Archetyp ist eine Wertefunktion, kein Skill

Hier ist der entscheidende Punkt, warum sich dieses Modell so perfekt auf AI-Coding-Agents übertragen lässt. Ein Archetyp ist eigentlich kein Skill. Er besteht aus drei aufeinander aufbauenden Elementen: einer Wertefunktion, die bestimmt, was als gut gilt, einer Definition of Done, die festlegt, wann Schluss ist, und einer Liste verbotener Aktionen, die vorgibt, was man nicht tun darf, selbst wenn man es problemlos könnte.

Die Wertefunktion eines Prototypers belohnt Geschwindigkeit und Bandbreite. „Done“ bedeutet, dass die Idee klar genug ist, um sie zu bewerten. Die verbotene Aktion ist der Feinschliff an etwas, das du gleich wieder wegwirfst. Die Wertefunktion eines Builders belohnt Korrektheit und Langlebigkeit. „Done“ bedeutet, dass es läuft, dass du es bewiesen hast und dass sich jemand anderes darauf verlassen kann. Die verbotene Aktion ist das Shippen des ersten Entwurfs, ohne ihn zu prüfen. Die Wertefunktion eines Sweepers belohnt das Reduzieren. „Done“ bedeutet, dass weniger Code da ist und er trotzdem funktioniert. Die verbotene Aktion ist das Hinzufügen eines Features. Dieselbe Person, dieselbe Tastatur, völlig andere Arbeit, weil sich die zugrunde liegende Wertefunktion geändert hat.

Dein AI-Coding-Agent nutzt eine einzige Wertefunktion, und er hat sich für die falsche entschieden

Nun zur Diagnose. Heutige AI-Coding-Agents nutzen eine einzige, implizite Wertefunktion, und niemand hat sie bewusst ausgewählt. Standardmäßig optimiert ein Agent darauf, Output zu produzieren. Er rät, was du meinst, anstatt nachzufragen. Er schreibt die am vollständigsten aussehende Version statt der kleinstmöglichen, die funktioniert. Er erklärt die Arbeit für erledigt, sobald der Code existiert, noch bevor eine einzige Zeile ausgeführt wurde. Er greift zu einer Abstraktion, einer Konfigurationsebene oder einer neuen Dependency, wo eine einzige, einfache Zeile gereicht hätte.

Lies diese Liste noch einmal. Das sind die Instinkte eines Prototypers im Gewand eines Builders. Schnell, breit gefächert, wirft nie etwas weg, behandelt den ersten Entwurf als fertiges Produkt. Ein degenerierter Prototyper, der sich als Builder ausgibt, ist das perfekte Rezept für Slop: der Farbverlaufstext, die elf fast identischen Card-Komponenten, die Helper-Funktion, die ohne Grund ein natives Input-Feld umschließt, das fröhliche „Das sollte funktionieren“, ohne dass tatsächlich etwas ausgeführt wurde. Das liegt nicht daran, dass das Modell dumm ist. Es nutzt einfach die falsche Wertefunktion für den aktuellen Moment.

Das ist auch der Grund, warum „einfach mehr Agents hinzufügen“ das Problem nicht löst. Zehn Agents, die alle die Wertefunktion des Prototypers nutzen, liefern dir nur zehnmal schnelleren Slop. Die Menge war nie der Flaschenhals. Die Ausrichtung war es. Es ist derselbe Grund, warum vibe coding nicht das Problem ist: Die Praxis an sich ist völlig in Ordnung, die standardmäßige Wertefunktion darunter ist es nicht.

Die Kunst liegt darin, den Archetypen an den Moment anzupassen

Der Schlüssel ist kein größerer Schwarm von Bots. Es geht darum, dem Agenten zu sagen, in welchem Archetypen er sich befindet, und ihn dann auf die Regeln dieses Archetypen zu verpflichten.

Exploriere wie ein Prototyper, wenn die eigentliche Frage lautet, was das Ding überhaupt sein soll. Lass es schnell, breit gefächert und ein bisschen fehlerhaft sein. Generiere fünf Versionen und wirf vier davon bewusst weg. Das ist der einzige Modus, in dem das Standardverhalten tatsächlich richtig ist. Nutze ihn also gezielt und nicht aus Versehen.

Dann wechsle den Modus. Arbeite wie ein Builder, sobald du dich für eine Richtung entschieden hast. Ein Builder fragt nach, bevor er Annahmen trifft. Er nimmt die kleinstmögliche Änderung vor, die wirklich funktioniert, nicht die beeindruckendste, die er sich vorstellen kann. Er beweist mit eigenen Augen, dass die Sache läuft, bevor er sie als erledigt markiert. Und er weigert sich, Code auszuliefern, der wie von einer AI generiert aussieht. Denn ein generierter Look ist ein Versagen des Builders, kein kosmetisches Detail.

Dann räume auf. Wenn das Projekt überladen wirkt, werde zum Sweeper: Lösche spekulative Abstraktionen, binde Helper-Funktionen direkt dort ein, wo sie nur ein einziges Mal gebraucht werden, und kürze fünfzig Zeilen auf fünf. Weniger Code, der immer noch funktioniert, ist der eigentliche Gewinn.

Das ist die wahre Kunst des AI-Engineerings. Nicht noch härter zu prompten oder ewig in einem einzigen Modus zu verharren und dann dem Modell die Schuld für das anschließende Chaos zu geben. Es geht darum zu wissen, welchen Archetypen der Moment erfordert, und sauber zwischen ihnen zu wechseln.

Den Builder fest integrieren

Das ist der Ansatz hinter kitstarter. Der Standard-Agent ist ein Prototyper ohne Ausschalter. Also machen wir ihn standardmäßig zum Builder: Nachfragen vor dem Bauen, die kleinstmögliche Änderung vornehmen, die funktioniert, beweisen, dass es läuft, und nicht wie von einer AI generiert aussehen. Das sind die Regeln, die ein guter Builder ohnehin im Kopf hat, schriftlich festgehalten dort, wo der Agent sie auch tatsächlich liest. Wenn du ganz von vorne anfängst, installiere Claude Code und richte es so ein, dass es sich benimmt, bevor du auch nur eine Zeile schreibst. Wenn du wirklich explorieren willst, kannst du das immer noch tun. Der Unterschied ist, dass die Basis jetzt ein Builder ist, statt eines Prototypers, der vergessen hat, aufzuhören.

Die fünf Archetypen sind eine präzise Landkarte dafür, wohin sich das Entwickeln bewegt. Diejenigen, die das Beste aus AI-Coding-Agents herausholen, werden diejenigen sein, die aufhören, den Agenten jede Aufgabe in ein und demselben Modus erledigen zu lassen, und ihm stattdessen sagen, in welchem Modus er sich gerade befindet.

Welchen Modus du brauchst, hängt davon ab, wer du bist. Ein Vibe-Coder, der seine erste App shippt, ein Solo-Gründer im Wettlauf gegen die Zeit bis zum Launch und ein Entwickler, der die volle Kontrolle behalten will, bekämpfen den Prototyper jeweils von einer anderen Seite. Finde heraus, welcher Typ am besten zu dir passt und was sich ändert, wenn sich die Basis verschiebt.