Fallbacks sind wie die Büchse der Pandora. Einmal implementiert, wird man sie nur schwer wieder los.
Zu beginn ist alles total klasse, es funktioniert alles und man ist erstaunt wie schnell bestimme apps gebaut werden….
Sie ahnen es schon ?
Genau …
Fallbacks sind wie die Büchse der Pandora; einmal implementiert, wird man sie nur schwer wieder los. Zu Beginn ist alles hervorragend, es funktioniert alles und man ist erstaunt, wie schnell bestimmte Apps gebaut werden können.
Man sitzt vor dem Bildschirm und kann es gar nicht erwarten, das neue Feature, das gerade in Lichtgeschwindigkeit entwickelt wurde, zu sehen. Bei komplexen Architekturen funktioniert dann plötzlich etwas nicht, und das Modell stellt witzigerweise fest, dass der Fallback diesmal nicht gegriffen hat – welcher Fallback überhaupt? Zudem gibt es keine Log-Informationen, da Fallback-Infos das Logfile nicht unnötig zumüllen sollten.
Eine Lösung, die ich gerne nutze, ist ein POLICY-Tag, das man beim Entwickeln jederzeit in einem Prompt am Ende einsetzen kann. Dieses Tag veranlasst Claude Code, eine Policy-Datei zu schreiben und fortzuführen, die immer wieder gelesen wird. So passieren bestimmte Dinge in 99 % der Fälle nicht mehr.