Keinen Code mehr schreiben, was Jason McCrearys KI Workflow für Teams bedeutet

Von Roland Golla
0 Kommentar
Wüste mit Frau, schmelzendem Stift, Elefant an Leitplanke und Schild Tests First

Jason McCreary hat 25 Jahre lang Code geschrieben. Heute schreibt er keinen Code mehr. Er liest ihn kaum noch. Die KI schreibt den Code, die Tests und sogar die Reviews der Pull Requests. Das beschreibt er in seinem Artikel I don’t write code anymore. Freek Van der Herten von Spatie hat ihn auf X geteilt und in seine Linksammlung auf freek.dev aufgenommen.

Für viele klingt das verrückt. Wir finden den Text spannend, weil er ehrlich zeigt, wie der Weg dahin aussah. Und weil er an einer Stelle genau das sagt, was wir seit Jahren predigen. Ohne Tests geht es nicht.

KI Coding mit Guardrails lernen: Eure Developer lernen, Coding Agents mit Tests, Regeldateien und Quality Gates so einzusetzen, dass ihr loslassen könnt, ohne die Kontrolle zu verlieren. Zum NCA KI Workshop für Developer

Wer ist Jason McCreary

Jason McCreary ist in der Laravel Welt bekannt durch Laravel Shift, einen Dienst für automatische Upgrades. Er hat mit BaseCode eigene Regeln für lesbaren Code aufgeschrieben. Er ist also kein Hype Mensch, der gestern das erste Mal ein Terminal geöffnet hat. Gerade deshalb hat sein Text Gewicht.

Die vier Stufen vom Code schreiben zum KI Agent

Der Wandel kam nicht über Nacht. Jason beschreibt vier Stufen, die er innerhalb eines Jahres durchlaufen hat:

StufeWas die KI machtWas Jason selbst macht
1. Lästiger CodeKleine Snippets, erst isoliert, dann im ProjektPrüft jede Zeile, schreibt den wichtigen Code selbst
2. Tests firstMacht seine Tests grünSchreibt die Tests vorher, mit gutem und schlechtem Pfad
3. Code wie ichSchreibt Tests und Code per TDDReviewt Pull Requests, pflegt Regeln und einen eigenen Skill
4. LoslassenSchreibt, testet und reviewt allesPflegt Tests, statische Analyse und CI als Guardrails

Spannend ist Stufe 3. Jason hat viel Zeit investiert, damit der Code der KI so aussieht wie sein eigener. Rückblickend findet er das wenig wert. Er hat der KI beigebracht, wie er zu schreiben, nur damit er sich beim Lesen wohlfühlt. Gleichzeitig war er der Engpass. Die KI war schneller fertig, als er reviewen konnte.

Tests first als Wendepunkt beim KI Coding

In Stufe 2 hat Jason angefangen loszulassen. Er schrieb zuerst die Tests und sagte der KI dann, sie soll sie grün machen. Die Tests waren die Leitplanke. Die KI konnte nicht ausbrechen, weil der Code seine Tests bestehen musste.

Das ist exakt unser Ansatz. Bei NCA steht Tests first ganz oben in der Kette, noch vor statischer Analyse, Regeldateien und Pipeline. Wie die ganze Kette aussieht, haben wir im Beitrag zu AI Slop in Pull Requests beschrieben. Welche Testebenen mit Agents wichtiger werden, zeigt die Testpyramide für KI Agents.

Auch in Stufe 4 bleibt das so. Jason sagt klar, dass sich an seinen Guardrails nichts geändert hat. Tests, statische Analyse und CI gab es bei ihm schon immer. Die KI muss die gleiche Latte überspringen wie er selbst. Auf die alte Frage, wer eigentlich die Tests testet, antwortet er mit Agents, die gezielt Lücken in Code und Testabdeckung suchen.

Wo wir Jason zustimmen

  • Der Wert liegt im Ergebnis. Entwickler werden für funktionierende Software bezahlt. Getippte Zeilen waren nie das Produkt.
  • Erfahrung bleibt wichtig. Sie steckt jetzt in den Guardrails und darin, Fehler schnell zu finden und zu beheben.
  • Fehlende Tests sind das echte Problem. Wer heute keine Tests hat, hatte das Problem schon vor der KI. Agents machen es nur sichtbar.
  • Stil ist zweitrangig. Formatierung und Konventionen gehören in Tools wie PHPStan, Rector und Linter. Dafür braucht es kein menschliches Auge. Wie Regeln dafür aussehen, zeigen die NCA PHP AI Coding Guidelines.

KI Code ohne Review, wo es für Teams kippt

Jason beschreibt seinen Weg als Einzelperson. Seine Beispiele sind eigene Open Source Projekte, etwa eine PHP Mocking Library und ein PHPUnit Tool, beide komplett mit KI gebaut. Dort trägt er allein die Verantwortung. Wenn etwas bricht, repariert er es.

In Teams sieht das anders aus. Da gibt es Kundendaten, Haftung, Compliance und oft eine lange gewachsene Codebasis. Hier ziehen wir eine klare Grenze:

  • Ein Mensch gibt den Merge frei. Kein Agent merged selbst. Welche Entscheidungen beim Menschen bleiben, steht in Rote Linie für KI im Coding.
  • Erst Guardrails, dann loslassen. Ohne Tests und Pipeline ist Stufe 4 ein Blindflug. Bei Legacy Code bauen wir zuerst die Quality Gates auf und räumen danach auf.
  • Kritische Stellen bekommen mehr Augen. Login, Rechte, Zahlungen und Datenzugriffe prüfen wir strenger als ein neues Template.
  • Der Agent hat klare Grenzen. Was er ohne Rückfrage darf, regeln Permissions. Wie das mit OpenCode geht, zeigen wir in OpenCode Permissions richtig einstellen.

Interessant ist, dass sogar das Claude Code Team Freigaben nach Risiko verteilt. Die Details haben wir in KI Code Review mit Agents aufgeschlüsselt. Viel KI Code und menschliche Verantwortung schließen sich also nicht aus.

Was euer Team aus den vier Stufen mitnimmt

Die meisten Teams stehen heute irgendwo zwischen Stufe 1 und 2. Der nächste Schritt ist selten ein besseres KI Modell. Er heißt fast immer Tests. Wer Tests vorher schreibt, gibt der KI eine klare Aufgabe und bekommt ein prüfbares Ergebnis. Warum dabei das Setup um das Modell herum so viel ausmacht, erklärt unser Beitrag zum Agent Harness.

Und noch etwas steckt im Text. Loslassen braucht Vertrauen. Das entsteht nicht durch Druck von oben. Es wächst, wenn Checks zuverlässig greifen. Wie Angst vor KI Fehlern die Qualität eher verschlechtert, beschreibt KI Druck am Arbeitsplatz.

Jason fasst seine neue Rolle in einem Satz zusammen:

I’m a software engineer turned software foreman.

Jason McCreary, Laravel Shift

Fazit

Jason McCreary zeigt, dass man als erfahrener Entwickler komplett aufhören kann, Code zu tippen. Die Voraussetzung nennt er selbst. Tests, statische Analyse und CI waren schon da, bevor die KI kam. Für Teams ist sein Weg ein gutes Ziel. Der Weg dahin führt über Tests first, klare Regeln für den Agent und einen Menschen, der beim Merge die Verantwortung trägt.

Solche Erfahrungsberichte sind der Grund, warum wir die Entwicklung bei Agentic Coding laufend verfolgen. Neues probieren wir zuerst in eigenen Side Projects aus. Was sich bewährt, nehmen wir mit in Kundenprojekte und Workshops. Mehr aktuelle Einordnungen gibt es in den Agentic Coding News bei Nerds in Shirts.

Quellen

Guardrails aufbauen, damit euer Team loslassen kann

Wir richten mit euch Tests, Quality Gates, Regeldateien und Coding Agents ein, damit KI Code schnell entsteht und trotzdem in Production taugt. Im kostenlosen Kennenlernen schätzen wir den Aufwand, abgerechnet wird transparent auf die Minute.

0 Kommentar

Tutorials und Top Posts

Gib uns Feedback

Diese Seite benutzt Cookies. Ein Akzeptieren hilft uns die Seite zu verbessern. Ok Mehr dazu