Midterms 2026Wer nach unseren Maßstäben Ihre Stimme verdientZum Leitfaden →
GESCHRIEBEN IN KLAREM DEUTSCH.
CLAY TRIBUNE.
Anzeige

KI-gestützte Planungs-Tools seien gescheitert, sagt der Entwickler, der eines entwickelt hat.

Ein Entwickler, dessen KI-Planungs-Coding-App scheiterte, erklärt das Konzept für tot und nennt den Abstraktionsfehler im Kern.

Von mitch·5 Min. Lesezeit
A developer's desk with a computer showing an error, a notebook, and glowing screens, symbolizing the failure of an AI planning app.

Ein Entwickler, der eine Desktop-App zum Programmieren mit KI entwickelt hat, hat erklärt, dass Planmodi tot seien. Die App, genannt Nuanced, sollte Menschen dabei helfen, den Überblick über das zu behalten, was sie bauten, während KI Code schrieb. Sie scheiterte, und der Autor glaubt, dass der Grund etwas darüber aussagt, in welche Richtung sich die Entwicklung bewegt.

Das Problem, für das Nuanced entwickelt wurde

In den ersten Monaten dieses Jahres argumentierte der Autor, dass Planung die entscheidende Fähigkeit beim Bau von Software mit KI sein würde. Die Argumentation basierte auf einer einzigen Beobachtung: KI kann Tausende von Zeilen Code in Minuten produzieren, während die Werkzeuge, die Menschen verwenden, um damit zu arbeiten, diese Geschwindigkeit bei weitem nicht erreichen.

Das Problem war die Wartung. Bevor man überhaupt darüber nachgedacht hatte, was man bauen oder warum, erbte man einen riesigen Berg Code. Das erschwerte das Verständnis des Verhaltens und die Fehlersuche bei falschen Annahmen, die zu Code geworden waren.

Anzeige

Eine Dopamin-Belohnung ging vom einfachen Akt des Codierens aus, verbarg aber die eigentliche Arbeit, herauszufinden, warum der Bau von etwas wichtig ist, ob er überhaupt wichtig ist und Produkt-, Design- und Infrastrukturentscheidungen zu beurteilen. Der Autor produzierte häufig ein Produkt, ohne jemals vorher etwas entschieden zu haben. Architekturen blieben unzureichend spezifiziert, so dass der Agent in die Lücken sprang und später Probleme verursachte. Fehler über beabsichtigtes Verhalten und Design schlichen sich weit unter der Oberfläche des Chats durch und konnten leicht übersehen werden.

Die Erfahrung ließ den Autor sich mental distanziert fühlen, ein Zustand, der es schwieriger machte, die Genauigkeit dessen zu überprüfen, was produziert wurde.

Was Planmodi eigentlich tun

Planmodi dienten historisch zwei Zwecken:

  1. Sie spezifizierten Anweisungen, die ausreichend präzise waren, um einen Agenten zu steuern.
  2. Sie halfen Menschen zu verstehen, was sie bauten.

Der Autor glaubt, dass der ursprüngliche Grund für die Verwendung von Planmodi dank Verbesserungen bei Modellen schnell überflüssig wird. Der zweite Grund ist indes wichtiger denn je, obwohl Planmodi die falsche Abstraktion dafür sind, insbesondere da die Zahl der parallelen Agenten wächst.

Warum bestehende Planmodi nicht funktionierten

Jedes der Werkzeuge, die der Autor ausprobierte – die Claude Code CLI, Conductor und Codex – fehlte die richtige Abstraktionsebene für die Planung. Im Verlauf der Gespräche waren Pläne vergängliche Textblöcke, die im Hintergrund verschwanden, und keine der drei Optionen hatte eine Lösung für dieses Problem.

Der Copy-and-Paste-Workflow fühlte sich umständlich an und erschwerte es, eine Idee zu entwickeln und gleichzeitig den Überblick über den aktuellen Plan zu behalten. Was der Autor wollte, war ein Zuhause für Pläne, ein Ort, um sie in den gesamten Workflow zu integrieren, und um den Planmodus in ein permanentes, lebendiges Dokument zu verwandeln.

Was Nuanced tatsächlich tat

Nuanced ermöglichte es Benutzern, Threads zu erstellen, wobei jeder Thread eine Chat-Konversation war. Man sprach durch, was man bauen wollte, und das System brachte Unklarheiten und Entscheidungen ans Licht, die Ihre Eingabe erforderten. Gemeinsam kam man zu einem persistenten Plan, bevor die Implementierung begann.

Nuanced würde diesen Plan in die Tat umsetzen und sicherstellen, dass der generierte Code Ihren Anforderungen entsprach. Das Konzept forderte eine Pipeline, die von der Absicht bis zur Implementierung, Überprüfung und Verifizierung in einem kontinuierlichen Prozess führte.

Anstatt einer Standard-Coding-App betrachtete der Autor sie als eine Prothese für das menschliche Gehirn – oder eine Hilfe für sein ADHS-Gehirn – mit einem Schwerpunkt auf Anweisung genauso wie auf das Verfolgen dessen, was vor sich ging.

Warum es scheiterte

Die Ideen des Autors über Lücken in bestehenden Tools und wie sich der Softwareentwicklungszyklus veränderte, waren nicht falsch. Die Implementierung lieferte einfach nicht die erwartete Lösung.

Die Hauptgründe waren:

  • Verwechslung von Planung mit einem Plan
  • Modelle wurden wirklich gut
  • Niemand möchte KI-generierten Text lesen
  • Eine Trennung von Planung und Bauweise, die sich als störend erwies. )

Der Raum zum Nachdenken, bevor ein Projekt beginnt, ist nicht dasselbe wie das tatsächliche Niederschreiben eines Plans. Die Idee war, dass die lückenlose Aufzeichnung dieses frühen Denkens in einem großen, übersichtlichen Dokument im Laufe der Zeit wertvoll wäre, da sich das Projekt verändert. Stattdessen wollten frühe Nutzer Ergebnisse sehen, anstatt Zeit damit zu verbringen, lange Planungsaufzeichnungen zu lesen. )

Die neue Form der Planung )

Der hier aufgeworfene Punkt ist, dass es wichtiger denn je ist, dass Planmodi als Werkzeug dienen, das es den Menschen ermöglicht, zu verstehen, was sie bauen. Die Art und Weise, wie diese Modi konstruiert sind, hält jedoch nicht stand, insbesondere wenn die Anzahl der parallelen Agenten wächst. )

Die bestehenden Planmodi fehlten an Zusammenarbeit. Der Autor wollte seine Pläne im größeren Workflow verankern, ihnen ein dauerhaftes Zuhause geben und sie von vergänglichen Textfragmenten zu dauerhaften Dokumenten machen. )

Eine Reise von der Absicht über die Umsetzung, Überprüfung und Verifizierung würde den idealen Workflow definieren. Er würde als Erweiterung des menschlichen Geistes dienen, entworfen, um ebenso zu führen wie den Fortschritt zu verfolgen. )

Was das für Entwickler bedeutet )

Die Schlussfolgerung des Autors ist unmissverständlich: Planmodi sind tot. Das Problem lag nicht an der Idee, sondern an der Umsetzung. Die Implementierung lieferte nicht die erwartete Lösung. )

Es gab keinen Fehler aufgrund fehlerhafter Überlegungen. Die Auseinandersetzung mit den Mängeln aktueller Werkzeuge und den Verschiebungen innerhalb des Softwareentwicklungsprozesses war zutreffend. )

Die fehlende Abstraktion war diejenige, die den Menschen helfen würde zu verstehen, was sie bauen. Planmodi, die typischerweise zur Organisation von Arbeit verwendet werden, sind nicht geeignet, um zu verfolgen, was passiert, wenn die Anzahl der parallelen Agenten wächst. )

Planmodi historisch gesehen ) Nuanced versuchte, dies zu beheben. )
Präzise Anweisungen, die für einen Agenten ausreichend sind. Durchhaltefähige Pläne vor der Umsetzung.
Hilfte den Menschen zu verstehen, was sie bauten. Gemeinsamer Ort für Pläne.
Flüchtige Textblöcke im Chat-Rücklauf. Durchhaltefähige Dokumente.
Nicht ausreichend kollaborativ. Im gesamten Workflow verankert.

Der Autor fühlte sich geistig distanziert, in einen tranceartigen Zustand versetzt, da die Programmierung von Apps wie Conductor und Codex das gleichzeitige Ausführen mehrerer Agenten ermöglichte. Es wurde schwieriger zu bestätigen, ob die generierten Ergebnisse korrekt waren.

Quellenmaterial: „Planmodus ist tot“, aymannadeem.com.

Das Notizbuch

Das Notizbuch abonnieren.

Die besten Geschichten des Tages und jedes neue Urteil, in klarem Deutsch, um sieben im Postfach. Eine Mail am Tag, nicht mehr.

Wir schicken eine Bestätigungsmail. Jede Ausgabe hat einen Abmeldelink, ein Klick genügt.

Anzeige

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Als Amazon-Partner verdient Clay Tribune an qualifizierten Verkäufen.