Claude Code - Update zu eigenen Erfahrungen

Ich nutze Claude Code mittlerweile recht erfolgreich als eine Art "Google"-Ersatz und auch als Sparrings-Partner bei manchen technischen/architektonischen Entscheidungen. Das funktioniert schon ziemlich gut und spart gegenüber herkömmlichen "Googeln" auch viel Zeit. Ohne Fachwissen sehe ich das aber eigentlich nicht als nutzbar an und man muss die Vorschläge oft auch hinterfragen, um nicht technischen Unsinn in seinen Code zu übernehmen. Je spezieller ein Problem, desto schwieriger wird es und desto mehr sinkt die Nützlichkeit von Claude Code. In ungünstigen Fällen kann das dann auch in einem vermehrten Zeitaufwand umschlagen, weil die Vorschläge von Claude zwar sinnvoll wirken, sich aber im Nachhinein als nicht funktional oder problematisch herausstellen.

In einem konkreten Beispiel habe ich mich gewundert warum man bei einem Drupal Adress-Feld nicht die Liste der verfügbaren Länder anpassen kann. Hier habe ich Claude Code konsultiert. Claude gab diverse Hinweise, die zum Teil auch hilfreich waren. Ich konnte es dann soweit eingrenzen, dass es nur bei einem sehr konkreten Adress-Feld auftrat, dass mit Drupal Commerce geliefert wurde. Das habe ich Claude Code dann mitgeteilt und nun hat Claude vermeldet, dass das daran liegt, dass das Feld als ein "Base Field" definiert ist und man deshalb nicht diese Einstellung ändern kann. Hört sich vernünftig an, allerdings stellte sich heraus, dass es sich gar nicht um ein "Base Field" handelt, sondern um ein reguläres Feld und dass Commerce das über ein "#access => false" in einem Form-Alter-Hook steuert.

Ich habe Claude mit seinem Antwort-Verhalten konfrontiert:

access is disabled in form_alter via
"// Available countries are taken from the store.
$form['settings']['available_countries']['#access'] = FALSE;"
- Why don't you know such things? And if you don't know why are you first guessing into BaseField?

Daraufhin hat Claude auch scheinbar ganz zerknirscht bestätigt, dass er hier nicht hätte "raten" sollen und dass er nicht alle Implementierungsdetails von Commerce kennt. Gleichzeitg präsentierte Claude aber schon wieder eine Lösung (nach der ich gar nicht gefragt hatte) und die den Hinweis aus dem Code "Available countries are taken from the store" komplett außer Acht lässt.

Fazit: Ja, Claude ist in gewissem Maße hilfreich, aber keinesfalls verlässlich. Und wenn ich mir vorstelle, dass immer mehr Software "vibe-gecodet" wird ohne größeres Know-How und Kontrolle der Ergebnisse, kann ich mir nicht vorstellen, dass das auf lange (oder auch schon auf kurze Sicht) wirklich gut ist.

Sehr interessanter Artikel der dieses Thema sehr viel detailiierter und weiter gefasst behandelt: https://www.mindprison.cc/p/verifier-loops-made-ai-coding-useful-vibewar...

Tags: 

Neuen Kommentar schreiben

Filtered HTML

  • Internet- und E-Mail-Adressen werden automatisch umgewandelt.
  • Zulässige HTML-Tags: <a> <em> <strong> <cite> <blockquote> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • HTML - Zeilenumbrüche und Absätze werden automatisch erzeugt.
  • To post pieces of code, surround them with <code>...</code> tags. For PHP code, you can use <?php ... ?>, which will also colour it based on syntax.

Plain text

  • Keine HTML-Tags erlaubt.
  • Internet- und E-Mail-Adressen werden automatisch umgewandelt.
  • HTML - Zeilenumbrüche und Absätze werden automatisch erzeugt.