ClaudePrism: lokale LaTeX-Werkstatt mit Claude-Anbindung
An offline-first scientific writing workspace powered by Claude. LaTeX + Python + 100+ scientific skills all running locally.
Auf einen Blick
- Was ist das?
- ClaudePrism bündelt Tectonic, uv und Claude Code in einer Tauri-Desktop-App. Der Reiz liegt im lokalen Projektordner, der Preis in der Anthropic-API, die jede KI-Anfrage sieht.
- Für wen ist es gedacht?
- Wer LaTeX-Manuskripte mit Python-Auswertung schreibt und den Projektordner auf der eigenen Platte behalten will, findet hier eine schlüssige Kombination aus Tectonic, uv und Claude Code. Wer ausschließlich mit Word oder reinem Markdown arbeitet, oder wer keine Prompts an eine externe API senden darf, sollte es nicht adoptieren.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 18 Tagen.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Warum es überhaupt existiert
Das README nennt den Vergleich selbst: OpenAI Prism sei eine cloudbasierte LaTeX-Umgebung, bei der alle Dateien auf fremde Server hochgeladen werden müssten. ClaudePrism setzt dagegen auf einen lokalen Projektordner, lokale Kompilierung und eine native Desktop-Anwendung. Die Zielgruppe sind damit Forschende, die LaTeX schreiben, dabei Python für Auswertungen und Diagramme brauchen und den Zwischenschritt über einen Browser nicht wollen. Das ist keine allgemeine Textverarbeitung. Wer nur gelegentlich ein PDF erzeugt, bekommt hier mehr Maschinerie, als die Aufgabe verlangt. Der Nutzen entsteht erst, wenn Manuskript, Analyseskript und Literaturverwaltung im selben Verzeichnis liegen und die KI diesen Kontext lesen soll.
Der lokale Kern: Tectonic, uv und ein eigenes Git
Drei Mechanismen tragen die Architektur. Erstens Tectonic: Der LaTeX-Compiler ist laut README direkt in die App eingebettet, Pakete werden beim ersten Gebrauch einmal heruntergeladen und danach lokal zwischengespeichert. Eine TeX-Live-Installation ist nicht nötig, und nach dem ersten Lauf funktioniert die Kompilierung laut Dokumentation vollständig offline. Zweitens uv: Die App bindet den Python-Paketmanager ein, ein Klick installiert uv, ein weiterer legt eine projektlokale virtuelle Umgebung an. Claude Code greift beim Ausführen von Python-Code automatisch auf dieses .venv zurück. Drittens die Historie: Jeder Speichervorgang erzeugt einen Schnappschuss in einem lokalen Git-Repository unter .claudeprism/history.git/. Das ist ein separates Repository, nicht das Projekt-Git selbst, und es lässt sich mit Bezeichnungen versehen und zwischen beliebigen Ständen vergleichen. Die Desktop-Hülle ist Tauri 2 mit Rust, die Oberfläche in TypeScript. Bemerkenswert ist die Arbeitsteilung: Die App selbst kompiliert und speichert lokal, nur die KI-Funktionen verlassen die Maschine.
Was Claude liest und was nicht
Hier wird das README sehr deutlich, und dieser Punkt verdient mehr Aufmerksamkeit als die Funktionsliste. Zwar werden Dokumente lokal gespeichert und kompiliert, doch sobald KI-Funktionen genutzt werden, gehen Prompts und die Dateiinhalte, die Claude liest, an die Anthropic-API zur Inferenz. Das gilt für jede cloudbasierte LLM-Anwendung, aber die Formulierung im README macht den Unterschied zwischen Speichern und Verarbeiten explizit. Wer ein Manuskript unter Embargo, unveröffentlichte Sequenzdaten oder vertrauliche klinische Angaben im Projektordner hat, muss vorher entscheiden, welche Dateien Claude überhaupt sehen darf. Die App bietet keine im README beschriebene Regel, die bestimmte Pfade automatisch ausschließt. Das ist eine konzeptionelle Lücke: lokal-first beim Speichern, nicht lokal-first beim Denken. Das README verweist für Aufbewahrungsfristen und Opt-out-Möglichkeiten auf die Datenutzungsdokumentation von Claude Code, ohne sie zusammenzufassen.
Installation und erste Schritte
Die Releases liegen als vorgebaute Pakete bereit: ClaudePrism-macOS.dmg für Apple Silicon, ClaudePrism-macOS-Intel.dmg, ClaudePrism-Windows-setup.exe und ClaudePrism-Linux.AppImage. Ein Build aus dem Quellcode wird im vorliegenden Material nicht beschrieben, obwohl das Repository TypeScript und Rust enthält. Nach dem Start führt ein Projektassistent durch die Einrichtung: Vorlage wählen (Artikel, Abschlussarbeit, Präsentation, Poster, Brief), Namen vergeben, optional beschreiben, worum es geht, woraufhin die App das Projekt anlegt und ersten Inhalt generiert. Referenzdateien wie PDF, BIB oder Bilder lassen sich per Drag and drop hinzufügen. Die Python-Umgebung entsteht über den uv-Knopf, die wissenschaftlichen Skills über den Skill-Browser. Letztere landen global unter ~/.claude/skills/ oder projektbezogen, und Claude lädt sie laut README automatisch, wenn sie zum Thema passen. Die Tastenkürzel für vorgeschlagene Änderungen sind ⌘Y zum Übernehmen und ⌘N zum Verwerfen.
Die 100+ Skills sind fremder Inhalt
Die über hundert wissenschaftlichen Skills stammen nicht aus diesem Repository, sondern aus dem Projekt K-Dense Scientific Skills. ClaudePrism ist der Browser und Installer dafür. Das ist eine wichtige Verschiebung der Verantwortung: Die Qualität der Domänenkenntnis hängt an einem externen Repository, dessen Pflege und Aktualisierung nicht im Einflussbereich von ClaudePrism liegt. Die abgedeckten Bereiche reichen laut README von Bioinformatik über Chemoinformatik und klinische Forschung bis zu Materialwissenschaft und Laborautomatisierung, jeweils mit konkreten Bibliotheken wie Scanpy, RDKit oder PyTorch Lightning. Für die Praxis heißt das: Wer einen Skill installiert, übernimmt eine Abhängigkeit, die nicht versioniert im eigenen Projektordner liegt, sofern er die globale Installation wählt. Die projektbezogene Variante ist die vorsichtigere Wahl, weil sie den Stand mit dem Manuskript zusammen einfriert.
Grenzen, die das README nicht auflöst
Die Historie ist an den Speichervorgang gekoppelt. Wer eine Datei außerhalb der App ändert, erzeugt keinen Schnappschuss, und ob die App solche Änderungen erkennt, geht aus dem Material nicht hervor. Das .claudeprism/history.git/ ist ein zweites Repository neben dem eigenen Git, was bedeutet, dass zwei Historien nebeneinander existieren und auseinanderlaufen können. Für Teams, die bereits Git mit Reviews und Branch-Schutz nutzen, ist das eine zusätzliche Schicht ohne klaren Nutzen, solange der Austausch nicht beschrieben ist. Ein weiterer Punkt: Die Anwendung ist Desktop-Software. Kollaboratives gleichzeitiges Schreiben an einem Manuskript ist kein Merkmal des Materials. Und die Offline-Zusage gilt für die Kompilierung, nicht für die KI. Wer Claude-Modelle abschaltet, bekommt eine LaTeX-Umgebung mit Python-Verwaltung, was für viele ausreicht, aber die Hälfte des Produktnamens ungenutzt lässt.
Wann Overleaf oder VS Code die bessere Wahl sind
Overleaf ist der naheliegende Vergleich, weil es dasselbe Problem löst und dabei den gegenteiligen Kompromiss eingeht: Der Compiler läuft auf fremden Servern, dafür ist Zusammenarbeit ohne Installation möglich, und die Versionshistorie ist für alle Beteiligten sichtbar. Für ein Autorenteam über mehrere Institutionen ist das der geringere Reibungsverlust. VS Code mit LaTeX-Workshop und einer eigenen Python-Umgebung ist die andere Richtung: maximale Kontrolle, aber uv, Tectonic und Skill-Verwaltung müssen selbst verdrahtet werden. ClaudePrism nimmt diese Verdrahtung ab, und genau darin liegt sein eigentlicher Wert, nicht in einzelnen Funktionen. Wer die Verdrahtung ohnehin schon hat, gewinnt wenig. Wer sie scheut und allein oder in einem kleinen Kreis schreibt, gewinnt viel.
Lizenz, Pflege und was vorher zu prüfen ist
Der Quellcode steht unter MIT, was kommerzielle Nutzung und Weitergabe erlaubt, solange Lizenz- und Urheberrechtshinweis erhalten bleiben. Diese Einschätzung ist keine Rechtsberatung. Wichtiger für den Alltag: Die MIT-Lizenz deckt nur diesen Code. Die eingebettete Tectonic-Komponente, die K-Dense-Skills und die Anthropic-API unterliegen eigenen Bedingungen, die das README nicht ausführt. Die Release-Kadenz zeigt einen gepflegten, aber nicht hektischen Rhythmus: v1.1.5 im April 2026, v1.1.6 wenige Tage später, v1.2.0 im Juni 2026. Das Repository ist nicht archiviert, der letzte Push datiert auf August 2026. Wer die App produktiv für ein Manuskript einsetzt, sollte die Version an das Dokument binden, weil ein Wechsel der eingebetteten Tectonic-Version das Kompilierungsergebnis verändern kann. Ein Ausfall der Anthropic-API oder ein Modellwechsel trifft die KI-Funktionen, nicht die Kompilierung, und das ist die robustere Hälfte des Systems.
Redaktionelles Fazit
Wer LaTeX-Manuskripte mit Python-Auswertung schreibt und den Projektordner auf der eigenen Platte behalten will, findet hier eine schlüssige Kombination aus Tectonic, uv und Claude Code. Wer ausschließlich mit Word oder reinem Markdown arbeitet, oder wer keine Prompts an eine externe API senden darf, sollte es nicht adoptieren. Vor dem ersten echten Manuskript: eine Testkompilierung ohne Netz durchführen, um zu prüfen, welche Pakete Tectonic bereits gecacht hat, und die erste Claude-Sitzung mit einem unkritischen Dokument bestreiten, um zu sehen, welche Dateiinhalte tatsächlich im Kontext landen.
Community-Notizen