Gute KI-gestützte Entwicklung findet auf Systemebene statt, nicht auf Aufgabenebene

Ein Reddit-Beitrag von u/johns10davenport argumentiert, dass der wahre Hebel bei der KI-gestützten Entwicklung darin liegt, das System zu ändern, nicht die Prompts zu verbessern. Der Autor schildert eine häufige Frustration: Jedes Mal, wenn sie eine neue Funktion zu ihrer Phoenix-App hinzufügen, liefert der KI-Coding-Agent die Funktion aus, lässt aber den Menüpunkt weg. Die Seite existiert, die Funktionalität funktioniert, aber es gibt keine Möglichkeit für den Benutzer, dorthin zu gelangen.
Das Problem mit der Behebung auf Aufgabenebene
Der erste Instinkt ist, dem Modell zu sagen: „Füge den Button hinzu.“ Das funktioniert, aber der Mensch denkt immer noch – diagnostiziert das Problem und verschreibt die Lösung. Der Autor nennt das „das Peloton treten, damit Anthropic mir kostenlose Tokens geben kann.“ Prompt Engineering macht einen nur besser darin, dem Modell zu sagen, was es tun soll, aber man arbeitet immer noch für das Modell.
Der Systemwechsel
Statt den fehlenden Button zu korrigieren, fragte sich der Autor: Wie kann ich diesen Fehler in Zukunft unmöglich machen? Ihre Lösung verwendet BDD-Spezifikationen und Phoenix LiveView-Testhelfer. Die navigate-Funktion des Test-Frameworks ermöglicht es dem Agenten, direkt zu jeder Seite zu springen, Tests zu bestehen, ohne jemals die UI zu berühren. Also schrieben sie eine Linter-Regel, die verhindert, dass der Agent navigate aufruft. Jetzt gibt es ein erlaubtes Fixture, das den Test auf eine bekannte Startroute setzt, und der einzige Weg für den Agenten, die neue Funktion zu erreichen, ist das Durchklicken der UI – was ihn zwingt, den Menüpunkt hinzuzufügen, damit der Test besteht.
Das Ergebnis: Das Problem wird nie wieder auftreten, nicht wegen eines besseren Prompts, sondern weil das korrekte Verhalten das einzig mögliche Verhalten ist.
Wichtigste Erkenntnis
Hör auf, die Ausgabe des Modells zu korrigieren. Fang an, seine Umgebung so einzuschränken, dass die richtige Ausgabe der Weg des geringsten Widerstands ist. Jeder Fehler ist eine Chance, den nächsten wegzudesignen.
📖 Vollständige Quelle lesen: r/ClaudeAI
👀 Siehe auch
Claude + MCP Browser: Nutzer berichten von verbessertem Webzugriff
Ein Claude-Benutzer erklärt, wie das Anbinden von Claude an einen externen Browser über MCP es ihm ermöglichte, zuvor unzugängliche Seiten zu navigieren, und fragt sich, ob Claude die Modell-Token des Browsers nutzen kann.

Warum Ihr Repository nicht Ihr Gedächtnis sein sollte: Trennung von System und Wissen
Die Verwendung des Repositorys als organisatorisches Gedächtnis führt zu verrauschten Suchergebnissen, veralteten Informationen und vergrabenen Entscheidungen. Die Trennung von System-Assets und Wissen (Erfahrungen, Fehleranalysen, Architekturänderungen) ist entscheidend für das Skalieren von KI-Teams.

So senken Sie OpenClaw-Agent-Kosten um 80 % durch Modellwechsel
Ein Benutzer verfolgte 14 Tage lang die Token-Nutzung und stellte fest, dass 67 % der Ausgaben auf Aufgaben entfielen, bei denen günstige Flash-Modelle die gleiche Qualität wie Opus lieferten. Durch Umstellung auf Flash als Standard und Verwendung von /model während der Sitzung sanken die Kosten von ~170 $ auf ~35 $ pro Monat.

Führen Sie Claude-Code im integrierten Terminal von VSCode/Cursor für einen besseren Workflow aus
Das Ausführen von Claude Code im integrierten Terminal von VSCode oder Cursor anstelle eines externen Terminals bietet sofortigen Zugriff auf Git-Diff-Panels und Debugger, ohne Fenster wechseln zu müssen, und erfordert keine Konfiguration.