Entwickler teilt Token-Kosten-Herausforderung mit Claude-basiertem ERP-System

Das Problem: Einzeldatei-Architektur skaliert nicht mit KI-Assistenten

Ein Entwickler, der ein kleines Speditionsunternehmen betreibt, baute ein vollständiges ERP-System mit Claude. Das System wuchs auf über 3.000 Codezeilen in einer einzigen HTML-Datei, die alle Module enthält: Dashboard, Sendungsverfolgung, Cashflow, Fahrerprotokolle und Kundendaten.

Das Kernproblem: Jedes Mal, wenn er auch nur eine kleine Änderung vornehmen muss, muss er die gesamte Datei mit über 3.000 Zeilen in Claudes Kontextfenster laden. Dies verbraucht etwa 60.000-80.000 Token pro Nachricht. Für einen Einzelunternehmer entstehen dadurch sowohl Kosten- als auch Effizienzprobleme.

Die Ursache liegt in der Architektur: Ein monolithisches Einzeldatei-System zwingt Claude dazu, jedes Mal alle 3.000 Zeilen gemischten HTML-, CSS- und JavaScript-Codes neu zu lesen und zu verstehen, selbst wenn nur eine kleine Funktion angepasst wird.

Mögliche Lösungen in Betracht

Der Entwickler erwägt zwei Ansätze:

• Die Datei in Module aufteilen — Separate JavaScript-Dateien pro Funktion, sodass nur notwendiger Code pro Sitzung geladen wird
• Zu Firebase migrieren — Dies stand bereits auf seiner Roadmap und würde natürlicherweise eine modulare Architektur erzwingen

Er fragt die Community nach Ratschlägen zur Verwaltung großer Codebasen mit Claude oder anderen LLMs, insbesondere wie Projekte strukturiert werden sollten, um die Token-Kosten in einem vernünftigen Rahmen zu halten.