Gute Grenzen haben die besten Epochen der Softwareentwicklung und meine eigene Karriere geprägt. Einige grundsätzliche Ansätze, wie die 12-Faktor-App-Prinzipien oder MVC, haben uns eine gemeinsame Sprache gegeben, um zuverlässige Dienste zu bauen und die Trennung von Zuständigkeiten zu gestalten. Es waren einfache Regeln, leicht zu formulieren, schwer perfekt umzusetzen. Sie brachten ganze Branchen hervor: SaaS, PaaS, Cloud-Infrastruktur. Alles aufgebaut auf dem Fundament durchdachter Grenzen, die den Entwicklern sagten: Hier ist der Rahmen, bleib in diesem Rahmen, und Gutes wird folgen. Ich habe persönlich davon profitiert, diese Grenzen in einigen meiner besten Arbeiten anzuwenden.
Ich glaube, dass KI-native Software ihre eigenen Grenzen braucht. Hier ist die, die ich mir ausgedacht habe.
Deine Codebasis hat eine maximale Größe. Das ist keine Geschmacksfrage. Die Grenze ist real, messbar und kleiner, als du denkst.
Die Grenze: die Hälfte des Kontextfensters des KI-Modells, das deine Agenten verwenden, um dein Produkt zu bauen und zu warten. Das bedeutet, dass die Größe deiner Kern-Geschäftslogik und des Systemkontexts die Hälfte des Kontextfensters des von dir verwendeten LLM nicht überschreiten sollte.
Warum die Hälfte? Das Kontextfenster dient zwei Zwecken. Die erste Hälfte enthält deinen Code. Die zweite Hälfte wird vom Agenten zum Denken, Planen und Generieren genutzt. Fülle das gesamte Fenster mit Code und du lässt keinen Raum zum Nachdenken. Die Hälfte für das Verständnis. Die Hälfte für die Kognition.
Der schwierigste Teil von Softwareunternehmen war nie das Bauen von Funktionen.
Jeder erfahrene Tech-Gründer weiß das. Der schwierige Teil war es, das kleinste Stück nützlicher Software für ein ausreichend großes Kundensegment zu identifizieren und dann Menschen für die schwierige Arbeit der Kundenakquise, des Kundenservice und der Kundenbindung zu gewinnen.
Software zu bauen war früher teuer. Ingenieure kosten viel. Das schuf Reibung, brachte iterative Entwicklungsprozesse hervor, aber es erzwang auch Disziplin. Du musstest wählen: Was brauchen Kunden am meisten? Was ist das Kleinste, das es wert ist, gebaut zu werden? Die menschlichen Kosten der Entwicklung hielten Teams fokussiert. Grenzen schufen Klarheit. Die besten Unternehmen im Silicon Valley sind so gewachsen.
Jetzt bauen KI-Agenten fast alles, worum du bittest. Der Engpass ist verschwunden. Die Disziplin verschwand mit dem Engpass.
Kostenlose Produktion führt zu Überproduktion. Überproduktion ist der Standard-Fehlermodus von KI-nativen Unternehmen.
Nicht-technische Gründer und Investoren müssen das verstehen. Mehr Funktionen, mehr Code und mehr Produktoberfläche zu warten, sind keine Zeichen von Fortschritt mehr. Sie signalisieren ein Unternehmen ohne hochwertige Grenzen und manchmal einen grundlegenden Mangel an Klarheit.
Überproduktion ohne skalierbare Verteilung und Nutzung erzeugt massive Verluste bei der Wertschöpfung. Du lieferst zehn Funktionen aus. Zwei treiben die Kundenbindung. Die anderen acht fügen Komplexität hinzu, die die beiden, die wichtig sind, verlangsamt. Jede Zeile Code wird zu einer Verbindlichkeit, die als Vermögenswert getarnt ist.
Erfahrene Entwickler kennen den Kipppunkt. Code wechselt vom Dienen der Kunden zum Dienen seiner selbst. Komplexität wird zum Feind des Produkts. Teams verbringen mehr Zeit mit der Verwaltung von Software als mit der Verbesserung des Kundenerlebnisses. Das System fühlt sich klobig an, Nutzer beginnen abzuspringen, und deine kundenorientierten Teams werden stillschweigend frustriert.
In der alten Welt hast du diesen Kipppunkt über Jahre erreicht. In der KI-nativen Welt erreichst du den Kipppunkt in Wochen. Agenten werden nie müde, lehnen sich nie auf und sagen nie: "Das ist zu komplex, wir sollten aufhören."
Woher weißt du, wann du aufhören musst? Wenn KI unbegrenzt Code kostenlos schreibt, was ist das Signal, das dir sagt, dass genug ist?
Es ist die Halb-Fenster-Regel.
Deine Kern-Geschäftslogik muss in die Hälfte des Kontextfensters des Modells passen, das deine Codebasis wartet. Miss deine Codebasis in Tokens. Vergleiche sie mit der Hälfte des Kontextfensters. Wenn du darüber liegst, verschlechtert sich deine KI-Belegschaft bereits – nicht sichtbar, nicht dramatisch, aber still und stetig.
Die Gefahr: Nichts bricht offensichtlich, wenn du diese Linie überschreitest. Der Agent lehnt nicht ab. Der Code sieht korrekt aus. Tests bestehen. Der Fehler, den du gemeldet hast, wird behoben.
Aber der Agent arbeitet jetzt ohne vollständiges Verständnis deines Systems. Der Agent sucht nach Mustern in Fragmenten, anstatt über das Ganze nachzudenken. Subtile Regressionen treten auf. Logik wird in Teilen der Codebasis dupliziert, die der Agent nicht sehen kann. Probleme werden "gelöst", indem Code hinzugefügt wird, wo vorhandener Code hätte geändert werden sollen.
Du wirst es nicht sofort bemerken. Die Geschwindigkeit fühlt sich immer noch hoch an. Pull-Requests fließen immer noch. Jeder einzelne macht den nächsten ein bisschen schlechter. Verschlechterung durch Verbundwirkung arbeitet gegen dich.
Bis du fragst: "Warum drehen sich unsere Agenten im Kreis?" bist du tief im Problem.
Diese Regel ist Geschäftsdisziplin in technischer Verkleidung.
Einfachheit wird zu deinem Wettbewerbsvorteil, wenn die Produktion nichts kostet. Baue die kleinste Codebasis, die echten Wert für Kunden liefert. Jede unnötige Funktion, jede unnötige Abstraktion und jede Zeile spekulativen Codes frisst das kognitive Budget deiner KI-Belegschaft. Irgendwann fressen sie die Fähigkeit deines Unternehmens, sich zu bewegen.
Die besten Produkte waren schon immer die einfachsten, die ein echtes Problem vollständig lösen. Die Strafe für die Verletzung dieses Prinzips kommt jetzt schneller und wirkt sich stärker aus. Deine KI-Agenten werden sich nicht so widersetzen, wie es ein frustrierter Senior-Ingenieur getan hätte.
Die Regel skaliert mit der Architektur. Einzelprodukt-Startup: gilt für die gesamte Codebasis. Multi-Service-Unternehmen: gilt für jeden Dienst unabhängig. Jedes Stück deines Systems, das als Ganzes verstanden werden muss, muss in die Grenzen passen, innerhalb derer deine Agenten das Gesamtbild verstehen.
Deine Produktarchitektur wird die kognitiven Grenzen deiner Agenten widerspiegeln, ob du das planst oder nicht. Die Gründer, die bewusst dafür entwerfen, werden diejenigen überholen, die durch Schmerz lernen.
Hier geht es nicht um Perfektion. Du wirst nicht immer unter der Linie bleiben. Codebasen wachsen. Funktionen kommen hinzu. Komplexität sammelt sich an. Der Punkt ist das Streben, nicht die starre Einhaltung. Wenn du diese Regel im Kopf behältst und dich in der Nähe der Grenze bewegst, wirst du bessere Entscheidungen darüber treffen, was zu bauen, was aufzuteilen und was zu löschen ist. Die Einschränkung gibt dir einen Bezugspunkt, wenn alles andere sagt: 'Baue mehr'. Manchmal bedeutet das, deine Sub-Agenten-Architektur neu zu gestalten, um der Regel zu entsprechen – ähnlich wie menschliche Teams Verantwortlichkeiten aufteilen, wenn sie wachsen.
Ich strebe danach, diese Regel in meiner eigenen Arbeit zu befolgen. Nicht, weil das Brechen der Regel sofortiges Scheitern bedeutet, sondern weil das Bleiben in der Nähe dieser Grenze mir hilft, Software zu bauen, die nützlich, wartbar und wertvoll bleibt. Die Gründer, die sich daran orientieren, werden weit kommen. Diejenigen, die Grenzen völlig ignorieren, werden durch Schmerz lernen.
Gute Grenzen garantieren keinen Erfolg. Sie machen Erfolg wahrscheinlicher, indem sie die häufigsten Wege des Scheiterns beseitigen. Die 12-Faktor-App war eine Reihe von Prinzipien, die dein SaaS-Unternehmen nicht für dich gebaut haben, aber wenn du sie befolgt hast, hat deine Infrastruktur funktioniert, als du skalieren musstest. Die Halb-Fenster-Regel funktioniert genauso. Folge dem Geist. Bleibe in der Nähe der Grenze. Baue nützliche Softwareunternehmen, die Bestand haben.
Einfachheit gewinnt immer. Jetzt gewinnt Einfachheit schneller.
Über den Autor: Abhishek Parolkar ist CEO von https://brain.pe – das Private-Equity-Firmen hilft, ihre digitalen KI-Gehirne für das eigene Unternehmen oder spezifische Deals zu erstellen. Du hast vielleicht KI eingeführt, aber hat die KI dich eingeführt?
