Reddit-Beitrag: Entwickler brauchen bessere KI-Codierungspraktiken, nicht nur bessere Tools

Das Problem: Rohes Prompting
Der Autor identifiziert ein häufiges Muster, bei dem Entwickler KI-Codierungswerkzeuge mit dem sogenannten "rohen Prompting" angehen. Dabei werden vage, offene Anweisungen wie "Füge Authentifizierung zu dieser App hinzu" gegeben, ohne Kontext, Struktur oder Leitplanken bereitzustellen. Wenn die KI Annahmen trifft, bestehenden Codestil ignoriert, Testabdeckung überspringt und produziert, was die Community als "Schludrigkeit" bezeichnet, neigen Entwickler dazu, dem Werkzeug die Schuld zu geben, anstatt ihrer eigenen Herangehensweise.
Die Lösung: Strukturierte Ansätze
Der Beitrag skizziert zwei Verbesserungsstufen, um zweckmäßige Logik von Claude zu erhalten:
Stufe 1: Gerüstbau (CLAUDE.md)
Hören Sie auf, die KI Ihre Präferenzen erraten zu lassen. Definieren Sie Kernprinzipien im Projekt durch Dokumentation von:
- Commit-Stil
- Entwicklungsansatz
- Testmethodik
- Code-Review-Standards
Setzen Sie Basiserwartungen, bevor Sie die KI auffordern, Code zu schreiben.
Stufe 2: Fähigkeiten & Arbeitsabläufe
Verwenden Sie anstelle von offenen Aufgaben strukturierte Ansätze wie das Superpowers-Skillset auf GitHub. Zwingen Sie die KI dazu:
- Zuerst Kontext zu analysieren und klärende Fragen zu stellen
- 3 verschiedene Ansätze vorzuschlagen und Sie die Architektur auswählen/anpassen zu lassen
- Schritt für Schritt durch das Design zu gehen
- Ausführen, Tests isoliert durchzuführen und ihre eigene Arbeit am ursprünglichen Plan zu bewerten
Wesentliche Erkenntnis
Der Autor vergleicht die Situation mit der Arbeit mit einem menschlichen Junior-Entwickler: Wenn Sie ihm ohne Kontext sagen würden, "Authentifizierung hinzuzufügen", würden Sie ebenfalls ein Chaos erhalten. Die KI kann nicht Gedanken lesen. Um produktionsreifen Code zu erhalten, müssen Sie durch angemessene Prompting-Praktiken Management und Rechenschaftspflicht bereitstellen.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

Anleitung: Bereitstellung von OpenClaw mit llama.cpp auf dem GEEKOM IT15 Mini-PC
Eine technische Schritt-für-Schritt-Anleitung beschreibt den Wechsel von OpenClaw von Ollama zu llama.cpp, um ein lokales Qwen3-8B-Modell mit Intel Arc GPU-Beschleunigung auszuführen. Sie behandelt Konfigurationsänderungen, manuelle Serververwaltung und die Fehlerbehebung bei häufigen Problemen.

Maximierung des Werts in Claude-Code-Sitzungen: Tipps zur Token-Effizienz
Lernen Sie praktische Strategien zur Token-Einsparung für Claude Code, einschließlich /clear und @-erwähnten Dateien, aus dem offiziellen Leitfaden von Anthropic.

DeepSeek-V4-Flash W4A16+FP8 mit MTP-Selbstspekulation: 85 tok/s auf 2x RTX PRO 6000 Max-Q
DeepSeek-V4-Flash quantisiert auf W4A16+FP8 erreicht 85,52 Tok/s bei 524k Kontext auf 2× RTX PRO 6000 Max-Q mit einem gepatchten vLLM und nachgerüstetem MTP-Head, gegenüber 52,85 Tok/s Basislinie.

OpenClaw-Fallback-Ketten erhalten die Betriebszeit, können aber die Zuverlässigkeit stillschweigend senken
OpenClaws Modell-Fallback-Mechanismus kann Zuverlässigkeitsprobleme maskieren. Ein kleineres Fallback-Modell kann einfache Aufgaben bestehen, aber bei komplexen scheitern, was zu mehr Nacharbeit und Überprüfung führt.