Wie wir mit KI arbeiten

Es wäre albern, etwas anderes zu behaupten, also tun wir es nicht. KI-Assistenten der gängigen Anbieter sitzen in unserem Editor, so wie Prettier und ESLint dort sitzen. Sie laufen, während wir arbeiten. Sie schlagen vor. Wir nehmen an, was richtig ist, lehnen ab, was nicht passt, und schreiben den Rest selbst. Wir nennen Ihnen die eingesetzten Werkzeuge zu Ihrem Projekt, wenn Sie fragen. Wir halten das weder für kontrovers noch für geheim.

Die ehrliche Liste, wo KI im Alltag den Aufwand spart: Scaffolding für einen neuen Controller, eine Migration oder eine Komponente aus einem Satz Absicht. Die ersten 80 Prozent einer Test-Suite, die wir dann lesen, korrigieren und ergänzen. Refactoring repetitiver Codeteile, die keine clevere Metaprogrammierung verdienen. Lesen unbekannter APIs, weil der Assistent die Docs schon durchforstet hat. Diff-Review als zweites Augenpaar, das nie müde wird. Übersetzen von Absicht in Syntax für Sprachen, die wir seltener anfassen (ein Glue-Script in Bash, ein einmaliger Python-Munger, eine Postgres-Window-Function). Nichts davon ist aufregend. Alles davon ist echte Zeitersparnis in jedem Projekt.

KI sucht nicht die richtige Datenbank für Ihr Schreibmuster aus. Sie schaut sich nicht Ihr Team an und sagt Ihnen, ob Sie für die nächsten achtzehn Monate oder die nächsten achtzehn Jahre eingestellt haben. Sie sagt nicht "dieses Feature ist gerade das falsche". Sie hat keinen Geschmack. Sie hat nichts zu verlieren. Jede Entscheidung, die ein Blax-Engineer in Ihrem Projekt trifft, trifft ein Blax-Engineer, mit Namen auf dem Commit, nach Abwägung der Trade-offs, die ein Assistent nicht abwägen kann, weil er nicht weiß, was Sie in sechs Monaten vorhaben.

Die Kundenversion ist einfach: Ein schnelleres Werkzeug in unseren Händen bedeutet mehr Wert für dasselbe Geld in Ihren. Wir führen keine Uhr, die sagt "KI hat das in zwei Sekunden erledigt, wir verrechnen trotzdem dreißig Minuten". Was abrechenbar war, war die Arbeit, nicht die Tippgeschwindigkeit; KI hat die Tippgeschwindigkeit ersetzt, nicht die Arbeit. Dasselbe Fixpreis-Engagement liefert jetzt ein leicht besseres Produkt, oder ist ein paar Tage früher fertig, oder absorbiert eine kleine Scope-Änderung ohne Change-Order. Das ist die Vereinbarung, die wir mit unseren Kunden wollen, und KI hilft uns, sie zu halten.

Code geht nur dann aus einem Blax-Repository raus, wenn er funktioniert, und das heißt: Tests laufen durch, Typen stimmen, und ein Mensch sitzt an der Tastatur, der den Code in sechs Monaten debuggen kann, wenn ein Test falsch war. Kritische Pfade und alles, was Security, Billing oder eine Systemgrenze berührt, lesen wir Zeile für Zeile; den Rest tragen die Tests, weil sie der Vertrag sind, der Regressionen tatsächlich fängt, wenn niemand mehr den Diff erinnert. Wir committen keinen Code, den wir nicht debuggen können. Wir kleben keine Dependencies ein, die wir nicht geprüft haben. Wir auto-mergen keine KI-Patches. Die Verantwortung ist dieselbe wie 2019: Wenn etwas, das wir ausgeliefert haben, schiefläuft, übernehmen wir es und beheben es. KI ist ein Verstärker auf der Arbeit, kein Ersatz für die Verantwortung.