Zum Hauptinhalt springen
usedby

Die Aufsichtslast im Engineering: Analyse von Koshy Johns urteilsgeleiteter Philosophie

Koshy John plädiert dafür, dass Ingenieure „Syntax und Routinearbeit“ an KI abgeben, „wertvolles Urteilsvermögen“ und verborgene Rahmenbedingungen aber selbst behalten. Im Zeitalter von GPT-5 und Claude 4.5 Opus ändert das ihre Rolle.

Das Versprechen

Koshy John plädiert dafür, dass Ingenieure „Syntax und Routinearbeit“ an KI abgeben, „wertvolles Urteilsvermögen“ und verborgene Rahmenbedingungen aber selbst behalten. In der heutigen Landschaft von GPT-5 und Claude 4.5 Opus macht dieser Ansatz den Entwickler zum Prüfer komplexer Vorschläge von Agenten. (Quelle: Koshy John Blog).

Unter der Haube

Die technischen Fähigkeiten moderner Modelle haben den Engpass von der Erzeugung zur Überprüfung verschoben. Claude 4.5 Opus erreicht auf SWE-Bench einen Wert von 80,9 % und übertrifft damit die Leistung der meisten menschlichen technischen Bewerber (Quelle: Anthropic 2025/2026 reports).

Entwickler berichten inzwischen, dass „Code schreiben“ durch „Vorschläge bewerten“ ersetzt wurde. Diese Sitzungen dauern oft zwischen einer und fünf Stunden, während Ingenieure die vom Modell vorgeschlagenen Architekturänderungen verfeinern (Quelle: Hacker News).

Als Hauptrisiko gilt 2026 die „Aufsichtsermüdung“. Stundenlang KI-generierte Vorschläge zu korrigieren, wird zunehmend als geistig anstrengender beschrieben, als von Grund auf neu zu bauen (Quelle: HN comment 47890339).

Bei Nachwuchskräften entsteht eine „Urteilslücke“.

Wir wissen noch nicht, wie sich dieser Wandel langfristig auf technische Schulden auswirkt.

Unsere Einschätzung

Urteilsgeleitetes Engineering ist der einzige Weg, relevant zu bleiben, aber eine zermürbende Falle, wenn Ihnen Ihre geistige Gesundheit etwas wert ist. Einen Vorschlag von Claude 4.5 mit 2.000 Zeilen um 16 Uhr zu prüfen, ist kognitiv so, als würde man auf einem Einrad ein Wörterbuch Korrektur lesen: technisch möglich, aber Ihr Gehirn wird Ihnen die Mühe übel nehmen.

Nutzen Sie diesen Ansatz für komplexes Refactoring, aber verwechseln Sie ihn nicht mit weniger Arbeit. Er tauscht lediglich die Handarbeit des Tippens gegen den hohen Druck eines anspruchsvollen Audits. Wenn Ihnen die Erfahrung fehlt, in einem Meer perfekter Syntax „komischen Mist“ zu erkennen, sind Sie kein Ingenieur mehr, sondern nur noch ein Stempel für eine Halluzination.