Zum Hauptinhalt springen
usedby

Was plausible Fälschungen das Engineering kosten

Large Language Models funktionieren als „Fälschungsmaschinen“, die plausibel klingende Ausgaben über die Vermittlung faktischer Wahrheit stellen (Quelle: Acko.net). Das argumentiert Steven Wittens, ehemaliger Google-Ingenieur.

Das Versprechen

Large Language Models funktionieren als „Fälschungsmaschinen“, die plausibel klingende Ausgaben über die Vermittlung faktischer Wahrheit stellen (Quelle: Acko.net). Steven Wittens, ehemaliger Google-Ingenieur und Entwickler von Use.GPU, argumentiert, dass die aktuelle Abhängigkeit von Frontier-Modellen eine Flut von „Code-Schrott“ begünstigt, der die technische Sorgfalt untergräbt. Die Kritik findet auf Hacker News großen Anklang, weil sie die Erzählung infrage stellt, dass höhere Reasoning-Werte mehr Zuverlässigkeit in Produktionsumgebungen bedeuten.

Unter der Haube

Erfahrene Ingenieure berichten, dass KI-Agenten häufig repetitiven, übermäßig komplexen Code erzeugen und notwendiges Refactoring zugunsten schneller Notlösungen umgehen. Verstärkt wird dieser Trend durch „Vibe-Coder“, denen schnell erzeugte PRs wichtiger sind als langfristige Wartbarkeit.

Der im März 2026 veröffentlichte BullshitBench v2 bestätigt, dass selbst Spitzenmodelle wie Claude 4.5 Opus in Fachgebieten wie Recht und Medizin Mühe haben, aus faktischen Gründen eine Antwort zu verweigern (AnyAPI.ai). Diese Zuverlässigkeitslücke zwingt erfahrene Mitarbeitende in einen Dauerzustand des Prüfens statt des Innovierens.

Die Reaktion der Branche auf diesen Verfall ist uneinheitlich. Valve hat seine Richtlinie zur Offenlegung von KI auf Steam im Januar 2026 aktualisiert und „Code-Helfer“ von öffentlichen Kennzeichnungen ausgenommen, während die Anforderungen für sichtbare Assets verschärft wurden (GosuGamers). Von Microsoft gibt es zudem keine offizielle Stellungnahme zur angeblichen Zensur des Begriffs „Microslop“ in Entwickler-Communitys.

Wir sehen auch erste Anzeichen eines „Mode Collapse“: Ein enger Konsens über von LLMs vorgeschlagene „Best Practices“ erstickt alternative Lösungswege in der Architektur (HN Comment). Das deutet darauf hin, dass die aktuelle Generation von Tools den kreativen Spielraum des Backend-Engineerings einengt und zugleich die Menge an technischen Schulden mittlerer Güte erhöht.

Unsere Einschätzung

Ich habe meine ganze Laufbahn damit verbracht, hinter Menschen aufzuräumen. Hinter einem nicht deterministischen Agenten aufzuräumen, der in 12 % der Fälle einen API-Endpunkt halluziniert, ist ein ganz eigener Kreis der Hölle. Wittens hat recht: Wir tauschen technische Schulden gegen „Vibe“-Geschwindigkeit. Wenn Ihr Workflow darauf setzt, dass Claude 4 Sonnet Architektur erzeugt, ohne dass ein erfahrener Entwickler jede Zeile gegen die harte Realität prüft, bauen Sie kein System, sondern beherbergen eine Fälschung. Nutzen Sie diese Modelle für Boilerplate und reguläre Ausdrücke, aber behandeln Sie jeden Architekturvorschlag wie einen feindseligen PR, der 100 % Testabdeckung braucht, bevor er jemals Staging erreicht.