Coding-Agenten in einer Codebasis, in der sie nichts still zerstören können.

Leitplanken

Sechs Dinge, die fehlschlagen, statt jemanden zu enttäuschen.

Keine davon ist wegen der Agenten entstanden — sie waren schon vorher richtig. Mit Agenten werden sie zur Bedingung, weil sie die einzige Form von Sorgfalt sind, die schneller ist als das, was da gerade geschrieben wird.

1. 01

   Grenzen, die der Build durchsetzt

   Die Fachlogik enthält keinen einzigen Framework-Import, und ein statischer Test schlägt fehl, sobald doch einer auftaucht. Das ist keine Konvention, an die sich jemand erinnern muss — es ist ein roter Build. Als in Reynt alle vier APIs von Elysia auf Hono umgezogen sind, war das deshalb eine breite, aber flache Änderung an Routendateien; die Domäne blieb unberührt.

   Architectural fitness functions

2. 02

   Invarianten dort, wo man nicht daran vorbeikommt

   Die Mandantentrennung sitzt nicht in einer Prüfung, die ein Agent vergessen könnte, sondern in der Datenbank: Row-Level Security auf jeder mandantenbezogenen Tabelle, mit FORCE. Eine vergessene Abfragebedingung liefert dann keine fremden Daten, sondern gar keine. Der teuerste Fehlerfall ist damit nicht erkannt, sondern nicht darstellbar.

   Put the invariant where it cannot be routed around

3. 03

   Der Compiler als erster Reviewer

   Eingaben werden am Rand einmal geparst und danach als Typ weitergereicht, statt an fünf Stellen erneut geprüft zu werden; ungültige Zustände lassen sich gar nicht erst hinschreiben. Ein Typsystem ist der billigste Prüfer im Haus und der einzige, der bei der vierzigsten Änderung des Tages noch genauso gründlich ist wie bei der ersten.

   Parse, don’t validate

4. 04

   Tests gegen eine echte Datenbank

   Agenten schreiben bereitwillig Tests, die zum Code passen statt zur Fachlichkeit — und Mocks lassen sie damit durchkommen. Die Integrationstests laufen deshalb in der CI gegen eine echte PostgreSQL-Instanz. Was dort grün ist, hat mit einer Datenbank gesprochen und nicht mit einer Attrappe, die dieselbe falsche Annahme teilt.

   Architectural fitness functions

5. 05

   Kleine Änderungssätze, lesbare Absicht

   Ein Agent kann in zwanzig Minuten mehr Diff erzeugen, als ein Team an einem Tag ernsthaft prüft. Die Gegenmaßnahme ist organisatorisch, nicht technisch: kleine, abgeschlossene Änderungssätze, Commits, die die Absicht statt der Zeilen beschreiben, und ein mitlaufendes Arbeitsjournal, damit die Entscheidung von vorgestern noch auffindbar ist. Der Review bleibt menschlich — er wird nur klein genug gehalten, dass er es auch bleiben kann.

   Intent-revealing commits and a work ledger

6. 06

   Lieferkette und Geheimnisse bleiben zu

   Eine neue Abhängigkeit ist eine Entscheidung, keine Nebenwirkung eines Vorschlags. Infrastruktur wird über GitOps aus dem Repository heraus verändert, Geheimnisse liegen verschlüsselt darin und nicht im Kontext eines Werkzeugs, und die ausgelieferten Images sind signiert. Das ist Hygiene, die auch ohne Agenten richtig wäre — mit ihnen wird sie zur Bedingung.

   GitOps and a signed supply chain

Das Angebot

Erst aufbauen, dann darin mitarbeiten.

Die übrigen Leistungen — Architektur-Review, Systementwurf und Umsetzung — stehen auf der deutschen Leistungsseite. Häufig ist ein Review der sinnvollere erste Schritt: In einer Codebasis, in der niemand mehr sicher sagen kann, was sie tut, richtet ein Agent nicht weniger Schaden an, sondern schnelleren.

So fängt es an

Vier Schritte, kein Funnel.

1. 01

   Sie schreiben

   Ein Absatz genügt: was das System tut, was gerade schiefgeht oder gebaut werden soll, und ab wann Sie jemanden brauchen.

2. 02

   Ein Gespräch, 30 Minuten

   Kostenlos, und überwiegend stelle ich Fragen. Am Ende sage ich Ihnen, ob ich der Richtige bin — manchmal lautet die Antwort nein, und es ist für beide Seiten billiger, das an dieser Stelle herauszufinden.

3. 03

   Ein schriftliches Angebot

   Umfang, Ergebnis, Dauer und Preis schriftlich, in der Regel innerhalb von zwei Arbeitstagen. Kein Retainer, keine Mindestlaufzeit über das hinaus, was die Arbeit braucht.

4. 04

   Wir fangen an

   Die Beauftragung läuft über octabits — DK2 Ventures UG (haftungsbeschränkt). Reviews starten sofort, Umsetzungsprojekte meist innerhalb von zwei bis vier Wochen.

Häufige Fragen

Die Einwände, die tatsächlich kommen.

Unsere Entwickler haben Agenten ausprobiert, und die Codequalität ist eingebrochen. Warum sollte es diesmal anders sein?

Weil in aller Regel nicht das Modell das Problem war, sondern eine Codebasis ohne durchsetzbare Grenzen. Ein Agent tut dasselbe wie ein sehr schneller neuer Kollege, dem der gesunde Menschenverstand fehlt: Er nimmt jede Abkürzung, die niemand versperrt hat. In einer Architektur, in der die teuren Fehler den Build rot machen statt nur einen Reviewer zu ärgern, verhält er sich anders. Der Aufbau dieser Grenzen ist die eigentliche Arbeit, nicht die Auswahl des Werkzeugs.

Wem gehört der Code, und wird damit trainiert?

Der Code entsteht in Ihrem Repository und unterliegt Ihrem Vertrag. Die Werkzeuge werden vor dem ersten Einsatz so konfiguriert, dass Ihre Inhalte nicht zu Trainingszwecken verwendet werden — das ist bei den Geschäftskunden-Tarifen der üblichen Anbieter eine Einstellung und eine Vertragsklausel, keine Vertrauensfrage. Welche Einstellung bei welchem Werkzeug gilt, wird schriftlich festgehalten, statt mündlich zugesichert.

Was passiert mit unseren Daten und dem Quellcode?

Werkzeuge werden danach ausgewählt, wie sie Daten verarbeiten, nicht danach, wie sie in Benchmarks abschneiden: Auftragsverarbeitung geregelt, Verarbeitung in der EU wo möglich, keine Kunden- oder Personendaten im Kontext eines Assistenten. Produktionsdaten gehören ohnehin nicht in eine Entwicklungsumgebung — mit Agenten wird aus dieser guten Gewohnheit eine harte Regel.

Ersetzt das Entwickler?

Nein, und wer das verspricht, verkauft Ihnen etwas. Was sich verschiebt, ist die Verteilung der Arbeit: weniger Tippen, mehr Entwerfen, Prüfen und Entscheiden. Der Engpass wandert von der Schreib- zur Reviewkapazität, und genau dort muss ein Team dann stärker werden. Ein Team, das vorher Mühe hatte, seinen eigenen Code zu prüfen, wird durch Agenten zunächst langsamer, nicht schneller.

Woher weiß ich, dass das nicht nur eine Präsentation ist?

Weil das Ergebnis öffentlich ist. Reynt ist eine mandantenfähige Buchungsplattform im Produktivbetrieb, die auf diese Weise entstanden ist; Teile davon sind als npm-Pakete unter MIT veröffentlicht und lesbar. Die Muster, auf denen das beruht, sind einzeln aufgeschrieben, jeweils mit dem ausgelieferten Code, der sie belegt, und mit einer Anmerkung dazu, was sie kosten.

Wir bauen KI in unser eigenes Produkt ein. Ist das dasselbe?

Nein — das sind zwei verschiedene Themen, und sie werden regelmäßig verwechselt. Agenten im Entwicklungsprozess betreffen Ihre interne Arbeitsweise. KI-Funktionen im Produkt betreffen Ihre Nutzer, Ihre Haftung und Ihre regulatorische Lage. Beides habe ich gebaut — in Reynt läuft ein werkzeugnutzender Agent hinter einem Freigabeschritt, dazu ein MCP-Server und eine RAG-gestützte Hilfe —, aber es sind getrennte Aufträge mit getrennten Fragen. Zur regulatorischen Seite gehört eine juristische Einschätzung, die ich nicht liefere.