Auf den Punkt: Java bietet in der Runtime die beste Unterstützung für ZIP und XML, aber TypeScript mit Bun als Single-Executable wurde wegen Zukunftsperspektive und Deployment-Flexibilität bevorzugt.
Ein Team hat ein Claude-Cowork-Plugin zum Verarbeiten von DOCX-Dateien in drei Programmiersprachen implementiert: Ruby, Java und TypeScript. Während Java bei der Runtime-Unterstützung für ZIP- und XML-Dateien überzeugt, wurde letztlich TypeScript mit Bun gewählt – wegen der Perspektive auf MCPB-Kompatibilität und bessere Deployment-Optionen.
Das DOCX-Plugin wurde im Laufe eines Monats nacheinander in Ruby, Java und TypeScript/Node umgesetzt. DOCX-Dateien sind im Grunde ZIP-Archive mit XML- und weiteren Dateien – die Kernaufgabe bestand also darin, ZIP-Dateien und XML-Strukturen zuverlässig zu verarbeiten. Der ursprüngliche Prototyp entstand in Ruby als Server-Anwendung, wurde dann für eine Desktop-Variante nach Java portiert und schließlich für potenzielle MCPB-Integration (Model Context Protocol Bridge) zu TypeScript/Node umgestellt.
Ruby bot für einen schnellen Prototypen niedrige Hürden, brachte aber erhebliche Nachteile mit: fehlende Typisierung führte zu schwer nachverfolgbaren Fehlern wie „unexpected nil” an zufälligen Stellen des Codes, etwa wenn `.each` oder `.children` vergessen wurden. Abhängigkeiten wie rubyzip zeigten undokumentierte Bugs (korrupte DOCX-Ausgabe bei bestimmten Kundenfiles), und nokogiri/libxml2 hatte XML-Formatierungsprobleme. Integration von Type-Systemen wie Sorbet oder RBS erwies sich als zu aufwändig.
Java überraschte positiv: Die Standard-Runtime bot durchgehend stabile ZIP- und XML-Verarbeitung ohne nennenswerte Probleme. Das Team hätte damit eine Desktop-Anwendung bauen können. TypeScript/Node wurde dennoch priorisiert, weil damals MCPB-Support am Claude Cowork-Plugin erwartet wurde. Später stellte sich heraus, dass Cowork MCPB gar nicht unterstützt – stattdessen wurde zu Bun migriert, einem JavaScript-Runtime, das sich als Single-Executable-Binary kompilieren lässt. Eine offene Herausforderung: Source Maps funktionieren mit Bun noch nicht zufriedenstellend im Monitoring-Tool PostHog.
Das fertige Plugin ist auf GitHub verfügbar und wurde speziell für Legal-Dokumente optimiert. Es kann zusammen mit dem Claude-for-Legal-Plugin eingesetzt werden. Das Team sucht aktiv Feedback von Anwendern und will künftig Updates kommunizieren.
Quelle: ainews-dev.lumi-systems.io · Erschienen 19. Mai 2026
Lumi AI News — KI-assistierte Kuratierung gemaess Art. 50 EU AI Act. Paraphrase und Klassifikation durch Lumi News Pipeline v1.5.2.