Wie ich KI-Modelle im Jahr 2026 im Vergleich zu vor einem Jahr prompte: 3 wesentliche Änderungen

Ein regelmäßiger Nutzer von Claude und Codex teilt drei konkrete Änderungen, die seine Art, KI-Modelle zu prompten, im letzten Jahr transformiert haben. Die Ratschläge sind praktisch, direkt und richten sich an Entwickler, die regelmäßig KI-Coding-Agenten einsetzen.
1. Von Prompt-Vorlagen zu Skills wechseln
Prompt-Vorlagen sind statisch und schwer zu teilen. Stattdessen verwendet der Autor nun Skills – formalisierte Prompt-Vorlagen, die in Claude, Codex oder auf GitHub leben. Ein Skill wird einmal geschrieben, projektübergreifend wiederverwendet und einfach mit Teammitgliedern geteilt. Das ersetzt den alten Ansatz, bei dem jeder sein eigenes Prompt-Dokument pflegte.
2. Ziele über Schritt-für-Schritt-Anleitungen stellen
Die zweite Änderung: Hören Sie auf, starre Schritt-für-Schritt-Anleitungen zu schreiben. Beschreiben Sie stattdessen den Skill oder das Pflichtenheft so, wie Sie es für einen Senior-Entwickler tun würden: Formulieren Sie klar das Ziel, wie Erfolg aussieht, und liefern Sie alle nötigen Informationen. Moderne Modelle zerlegen Schritte besser selbstständig. Da die Modelle besser werden, bleibt dieser Ansatz gültig, ohne dass Sie bei jedem neuen Modell die Skills umschreiben müssen.
3. Loops statt interaktivem Prompting nutzen
Bei komplexen, langlaufenden Projekten (z. B. Softwareentwicklung, Websites oder lange Analysen) schreiben Sie ein solides Pflichtenheft und lassen das Modell eine Schleife dagegen laufen. In Claude Code führt der Befehl /loop dazu, dass das Modell stundenlang kontinuierlich gegen das Pflichtenheft selbst promptert. Codex hat dieselbe Funktion. Das ersetzt den manuellen Prompt-Review-Wiederholungszyklus.
Der Autor merkt an, dass Skills plus Ziel-vor-Schritte den größten Unterschied gemacht haben, und empfiehlt, damit anzufangen, wenn Sie nur eine Sache ändern.
📖 Vollständige Quelle lesen: r/ClaudeAI
👀 Siehe auch

Verbesserung von OpenClaw mit der Macht des lokalen LLM: Einführung von GLM-4.7-Flash
Die Integration von GLM-4.7-Flash mit OpenClaw revolutioniert die Automatisierung durch KI, indem sie eine nahtlose lokale Bereitstellung und ausgeklügelte Code-Ausführung ermöglicht.

Benutzerdefiniertes PostToolUse-Hook für On-Demand-Laden von CLAUDE.md außerhalb des Projektbaums
Ein Entwickler teilt eine benutzerdefinierte PostToolUse-Hook-Lösung, die es Claude Code ermöglicht, CLAUDE.md-Dateien aus Verzeichnissen außerhalb des aktuellen Projektbaums bei Bedarf zu lesen, wodurch Einschränkungen im integrierten Ladeverhalten behoben werden.

Browser-Agenten haben mein API-Budget aufgefressen: Die versteckten Kosten von Beobachtungsschleifen
Betreiben Sie KI-Agenten für reale Webaufgaben? Ein Reddit-Nutzer berichtet, dass Browser-Beobachtungsschleifen – nicht das Modell – der dominierende Kostenfaktor sind. Jeder Klick, jedes Warten und Beobachten löst eine Runde aus, und eine schlechte Snapshot-Qualität erzeugt eine sich verstärkende Fehlerspirale, die die Token-Nutzung aufbläht. Isolierte Browserumgebungen und schnellere Agentenausführung sind wichtige Kosteneinsparmaßnahmen.

OpenClaw LLM-Timeout-Fix für das Laden kalter Modelle
Ein Reddit-Nutzer identifizierte und behob ein spezifisches Timeout-Problem in OpenClaw, bei dem kalt geladene lokale LLMs nach etwa 60 Sekunden versagten, selbst wenn höhere allgemeine Timeouts eingestellt waren. Die Lösung beinhaltet die Anpassung der Konfiguration für das eingebettete Runner-LLM-Leerlauf-Timeout.