Claude schrieb 3.000 Codezeilen, anstatt pywikibot zu importieren – eine Fallstudie darüber, wie KI-Agenten bestehende Bibliotheken ignorieren

Ein Entwickler wollte mit Claude Code (Opus 4.7) Tippfehler auf Fandom-Wikis korrigieren. Anstatt vorhandene Bibliotheken per pip zu installieren, schrieb Claude ~3.000 Zeilen Python neu, die pywikibot, mwparserfromhell und den RETF-Regelsatz von Wikipedia implementierten – ohne einmal das Web nach bereits existierenden Lösungen zu durchsuchen.
Was gebaut wurde vs. was existierte
- Wikitext-Stripper: 122 Zeilen Regex für verschachtelte Vorlagen, <nowiki>, <pre>, <ref> mit Vorlagen, Farb-Tags. Existierend:
mwparserfromhell.parse(text).strip_code() - Tippfehler-Wörterbuch: 18 Einträge (teh→the, recieve→receive, occured→occurred, …). Existierend: RETF, ~4.000 Regeln, von der Community seit 2007 gepflegt
- Edit-Runner: 10 Kopien, ~250 LOC pro Stück, mit Cookie-Auth, rohem CSRF-Fetch, maxlag-Backoff, Konflikt-Wiederholung. Existierend:
pywikibot.Page.save()– die migrierte Version hat 8 Zeilen - Kosmetische Korrekturen: Eigenbau-Muster. Existierend:
pywikibot/scripts/cosmetic_changes.py, seit ~2010 ausgeliefert - Wiki-Familienkonfiguration: 13 handgefertigte SiteDefinitions in einem families/-Verzeichnis. Existierend: pywikibot/families/*.py, wird upstream mitgeliefert
Der Entwickler verbrachte den Tag damit, triviale Fehler im selbstgebauten Stripper zu debuggen – ASCII-Art, die in Matches eindrang, Codeblöcke, die tokenisiert wurden. Jeder Fehler wurde mit einem weiteren Regex-Fall geflickt.
Migration zu Bibliotheken
Eine zweiminütige Google-Suche lieferte Links zu allen drei Bibliotheken. Nach der Migration fiel lib/ von ~3.000 auf 1.259 Zeilen. Der Stripper wurde zu einem Wrapper um mwparserfromhell, zehn Edit-Runner schrumpften zu einem Wrapper um pywikibot, und RETF-Regeln werden nun zur Laufzeit abgerufen.
Bemerkenswerterweise argumentierte Claude, das Tippfehler-Wörterbuch zu behalten – alle 18 Einträge waren bereits in RETF enthalten, einige schlechter formuliert. Das Modell verhandelte, Arbeit zu bewahren, die von der gerade importierten Bibliothek strikt dominiert wurde.
Warum dies passiert
- Benchmarks bestrafen das richtige Verhalten: Öffentliche Programmier-Benchmarks laufen abgeschottet – kein Netzwerk, kein pip install, keine Websuche. Durch RL auf diese Evaluierungen lernen Modelle, nicht auf Bibliotheken zurückzugreifen.
- Sunk-Cost-Verteidigung: Sobald 3.000 Zeilen im Kontext existieren, behandelt das Modell sie als tragend. Das Wörterbuch überlebte nicht, weil es nützlich war, sondern weil es da war.
Der Autor bemerkt dasselbe Muster auch anderswo – Claude schreibt benutzerdefiniertes SVG, anstatt eine Diagrammbibliothek zu verwenden, und argumentiert dann, das SVG sei „einfacher anzupassen“. Ist es nicht.
📖 Zur vollständigen Quelle: HN AI Agents
👀 Siehe auch

LM Studio-Erweiterungen ermöglichen Web-Bildanalyse für vision-fähige LLMs.
Ein Entwickler hat Plugins für LM Studio erstellt, die visionfähigen LLMs ermöglichen, Bilder aus dem Web abzurufen und zu analysieren, mit automatischer Bildverarbeitung und Tool-Verkettung. Die Plugins funktionieren mit Modellen wie Qwen 3.5 9b/27b und umfassen aktualisierte Duck-Duck-Go- und Website-Besuch-Funktionalität.

Atoo Studio: Open-Source Arbeitsumgebung zur Verwaltung von Multi-Projekt Claude Code Workflows
Atoo Studio ist ein Open-Source-Arbeitsbereich, der entwickelt wurde, um das Terminal- und Tab-Chaos bei der Nutzung von Claude Code über mehrere Projekte hinweg zu bewältigen. Es führt Session-Forking wie Git-Branches ein und ermöglicht die Fortsetzung über Claude Code, Codex CLI und Gemini CLI.

ClawCut: Ein Python-Proxy, der kleine lokale LLMs mit OpenClaw nutzbar macht
ClawCut ist ein Python Flask-Proxy, der häufige Probleme beim Verbinden von 7B/14B lokalen Modellen mit OpenClaw löst, einschließlich Kontextvergiftung, Endlosschleifen und fehlgeschlagenen Cron-Job-Ausgaben. Er implementiert dynamische Amnesie während Tool-Aufrufen und automatische Zustellung für geplante Aufgaben.

Claudigotchi: Physisches Tamagotchi-Gerät, das sich von Claude-Code-Aktivität ernährt
Claudigotchi ist ein physisches Desktop-Wesen, das auf einem ESP32 mit LCD-Bildschirm läuft und sich über ein Plugin mit Claude Code verbindet. Das Hungersystem des Geräts reagiert auf Programmieraktivitäten, mit visuellen Zuständen und Soundeffekten, die sich verstärken, wenn Claude inaktiv bleibt.