Wer LaTeX auf Japanisch schreibt, verliert die erste halbe Stunde meist an die Wahl der Engine und die Schriftkonfiguration. Cloud LaTeX ist eine kostenlose Online-LaTeX-Umgebung des japanischen Unternehmens Acaric, deren Entwurf davon ausgeht, dass diese halbe Stunde gar nicht erst anfallen sollte. Anmelden, ein Projekt anlegen, jsarticle und etwas Japanisch tippen, die Kompilierschaltfläche drücken – und ein PDF erscheint. Diese Seite behandelt die Nutzung von Cloud LaTeX selbst: wer es betreibt und warum, weshalb Japanisch unverändert gesetzt wird, die Bibliothek von über hundert Vorlagen (darunter 科研費 LaTeX, die Antragsformulare der japanischen Forschungsförderung), die serverseitigen Grenzen sowie die drei Wege hinaus – Dropbox-Synchronisierung, die VS-Code-Erweiterung und öffentliche Nur-Lese-Links. Ob die Cloud überhaupt der richtige Ort ist, klärt eine andere Seite.
Wer Cloud LaTeX betreibt – und warum es kostenlos ist
Betrieben wird der Dienst vom Cloud LaTeX Team der Acaric Co., Ltd. Warum er kostenlos ist, steht unverblümt in der eigenen FAQ: Acarics eigentliches Geschäft ist die Stellenplattform „Acaric“, eine Karriereberatung für Promovierende und Forschende, und seit dem 22. September 2022 bietet das Anmeldeformular von Cloud LaTeX an, sich gleichzeitig dort zu registrieren. Wer das tut, erhält dort einen zufällig erzeugten Benutzernamen; beide Kontodaten werden getrennt verwaltet. Wer täglich LaTeX benutzt und wer in einem Master- oder Promotionsprogramm steckt, ist nahezu dieselbe Gruppe. Eine kostenlose LaTeX-Umgebung bereitzustellen und über Jahre mit dieser Gruppe in Kontakt zu bleiben, ist eine schlüssige Investition – und der Grund, warum der Dienst nie einen Bezahltarif gebraucht hat.
Auf Kontoebene lauert eine Mine, die vor allem langjährige Nutzer trifft. Laut FAQ ist seit dem 27. April 2023 infolge einer Änderung der Twitter-API die Registrierung und Anmeldung mit einem X-Konto (vormals Twitter) nicht mehr möglich. Wer sich damals so angemeldet hat, kommt weiterhin über „Passwort zurücksetzen“ hinein, sofern die hinterlegte E-Mail-Adresse noch existiert; ist auch sie erloschen, bleibt nur der Support. Genau daran scheitert man, wenn ein vor Jahren angelegtes und seither unangetastetes Projekt wieder gebraucht wird – wen das betrifft, prüft die Anmeldung besser, bevor sie dringend wird.
Warum Japanisch ohne Konfiguration gesetzt wird
Weil die voreingestellte Kompilier-Engine auf dem Server platex ist. Die eigene Anleitungsseite von Cloud LaTeX beschreibt die Projekteinstellungen, erreichbar über das Hamburger-Symbol im Vorschaubereich, als den Ort, an dem sich die Engine von platex auf eine andere umstellen lässt. Der Ausgangspunkt ist also von vornherein japanisch, und die übliche Hürde – ein leeres oder verstümmeltes PDF beim ersten japanischen Text unter pdflatex – entfällt schlicht. Während die internationalen Dienste derselben Zeit für das Englische gebaut wurden, bezeichnet sich Cloud LaTeX als „erster Dienst mit nativer Unterstützung für japanisches LaTeX“. Zur Bauumgebung sagt die FAQ unmissverständlich: Kompiliert wird mit dem Befehl latexmk in einer eingefrorenen (finalen) TeX-Live-Umgebung; zum Zeitpunkt dieses Textes ist das TeX Live 2023 frozen. Das Jahr wählt der Betreiber, nicht der Nutzer – verlangt eine Einreichungsrichtlinie einen bestimmten Jahrgang, ist der aktuelle Wert vor dem Schreiben in der FAQ nachzusehen.
% Paste this into a fresh Cloud LaTeX project and press Compile.
% No engine directive, no font setup, no latexmkrc.
\documentclass{jsarticle}
\begin{document}
\section{はじめに}
日本語がそのまま組めます。数式も同じです:
\[ \int_0^1 x^2 \, dx = \frac{1}{3} \]
\end{document}Die Voreinstellung platex entscheidet zugleich, wie viel Japanisch tatsächlich durchkommt. pTeX, die Grundlage von platex, setzt den Bereich JIS X 0208 voraus und kann Zeichen darüber hinaus nicht verarbeiten. Eine Zeile mit 髙 (U+9AD9) an platex übergeben, brach auf einem lokalen TeX Live 2024 mit ! LaTeX Error: Unicode character ^^e9^^ab^^99 (U+9AD9) not set up for use with LaTeX. ab; dieselbe Zeile durch uplatex erzeugte nicht einmal eine Warnung. Auch auf Cloud LaTeX gilt daher: Scheitert die Übersetzung nur dort, wo eine Zeichenvariante in einem Personennamen oder ein ungewöhnliches Symbol steht, ist die Engine schuld, nicht die Schrift. In den Projekteinstellungen auf uplatex umschalten – da die Einstellung projektbezogen ist, bleibt alles bereits Geschriebene unberührt. Ob man diese eine Entscheidung trifft, verändert spürbar, wie oft ein japanisches Manuskript hängen bleibt.
Cloud LaTeX benutzen: das erste Projekt Schritt für Schritt
Die Oberfläche besteht aus drei Bereichen: links die Dateiauswahl, in der Mitte der Texteditor, rechts die Vorschau. Auf „Meine Seite“ ein Projekt anlegen, in der Mitte schreiben, oben rechts die Kompilierschaltfläche drücken – und das PDF füllt die rechte Seite. Dateien kommen über das + neben dem Projektnamen hinzu („neue Datei“, „neuer Ordner“, „hochladen“) oder schlicht per Ziehen und Ablegen. Sobald ein Projekt mehrere Dateien enthält, muss man sagen, welche das Dokument ist: über die drei senkrechten Punkte (⋮) neben einem Dateinamen „Ziel festlegen“ wählen, und diese Datei wird zum Kompilierziel. Genau hier liegt meist die Ursache für „ich ändere ständig etwas, aber das PDF bleibt gleich“, nachdem ein Manuskript in Kapitel zerlegt wurde.
Die Projekteinstellungen öffnen sich über das Hamburger-Symbol oberhalb der Vorschau. Neben der im vorigen Abschnitt behandelten Engine finden sich dort automatisches Kompilieren ein/aus sowie das Editor-Thema. Automatisches Kompilieren baut beim Tippen neu, was in einem kurzen Dokument angenehm ist, in einem abbildungsreichen jedoch Wartezeit hinzufügt. Praktisch heißt das: bei langen Manuskripten abschalten und an sinnvollen Haltepunkten selbst auslösen. Der folgende Ablauf passt zum Charakter dieser Umgebung – am lokalen Aufbau scheitert nichts, dafür ist der Weg zum Server und zurück nun die kleinste Arbeitseinheit, und wer in kleinen Schritten baut, fährt besser.
- Mit einem leeren Projekt oder der nächstliegenden Vorlage beginnen und einmal kompilieren, bevor irgendetwas hinzukommt, um die Basis zu prüfen.
- Abschnitte, Abbildungen, Tabellen und Literatur einzeln ergänzen und jeweils kompilieren; bricht es ab, kann nur das zuletzt Hinzugefügte schuld sein.
- Abbildungen per Ziehen und Ablegen einfügen und Dateinamen wie
fig-method.pdfauf Buchstaben, Ziffern und Bindestriche beschränken. - Sobald mehrere Dateien vorliegen, unter ⋮ mit „Ziel festlegen“ prüfen, ob das Kompilierziel noch das Hauptdokument ist.
- An jedem Meilenstein das ZIP der Quellen herunterladen, damit auch auf der eigenen Platte eine Kopie liegt.
Vorlagen und die KAKENHI-Antragsformulare
Vorlagen wählt man über „aus Vorlage erstellen“ in der Projektübersicht. Die Website nennt über 100 davon, und an erster Stelle stehen die Vorlagen für 科研費 LaTeX – die Antragsformulare der japanischen Forschungsförderung KAKENHI. Daneben finden sich Zeitschriftenstile, Posterlayouts für Tagungen, technische Dokumente, Romane und sogar HuiFont, eine japanische Handschriftenschrift. Darin liegt die praktischste Stärke von Cloud LaTeX, und der Grund steckt im Formular selbst. Ein KAKENHI-Antrag ist ein Formular mit festen Kastenmaßen und fester Zeilenzahl; eine zusätzliche Zeile in der Textverarbeitung verschiebt das ganze Layout. Es ist genau die Dokumentgattung, die ein Satzsystem am meisten belohnt – und da die amtliche Vorlage jährlich überarbeitet wird, hängt alles daran, ob eine Vorlage zum diesjährigen Formular bereitsteht.
Was der Server begrenzt und wie man eine Datei zurückholt
Kompiliert wird vollständig auf dem Server, also setzt der Server die Obergrenzen. Ein einzelner Lauf hat ein Zeitlimit, und Version v2.135.0 (23.11.2025) führte eine Warnung ein, sobald ein Bau auf 30 Sekunden an dieses Limit heranreicht – erscheint die Warnung, sprengt es also die nächste schwere Ergänzung. Passend dazu begrenzte v2.133.4 (31.10.2025) die Ausgabe von Fehlern und Warnungen auf 100 Einträge und behob damit den Fall, dass Projekte mit Warnungsfluten nach dem Kompilieren in eine Zeitüberschreitung liefen. Auf der Dateiseite verweigert der Dienst seit v2.65.0 (06.06.2022) das Hinzufügen im Block, sobald ein Projekt 500 Dateien und Ordner überschreitet. Wer schwere tikz-Zeichnungen bei jedem Lauf neu übersetzt, fährt hier noch deutlicher als lokal damit besser, sie einmal als PDF zu backen und mit \includegraphics einzubinden.
Es gibt auch einen Weg zurück für eine gelöschte Datei oder eine überschriebene Passage. Über die drei Punkte (⋮) und „Wiederherstellen“ neben einem Dateinamen erscheinen die früheren Fassungen nach Zeitstempel; eine ankreuzen, und sie ist zurück. Wichtig ist zu verinnerlichen, dass die Versionsgrenzen beim Speichern gesetzt werden – wer häufig speichert, kann feiner zurückgehen. Die Aufbewahrungsregel wurde in v2.104.2 (14.05.2024) auf 90 Tage und die neuesten 100 Versionen festgelegt; eine ein halbes Jahr alte Fassung existiert also schlicht nicht mehr. Hinzu kommt: Bei Kontoauflösung werden die Kontodaten und sämtliche Projekte gelöscht (laut FAQ). Der ZIP-Download der Quellen aus dem Projektfenster kam mit v2.101.0 (05.03.2024), und ihn an jeder Kapitelgrenze zu ziehen, ist die wirksamste Versicherung beim Arbeiten in der Cloud.
Dropbox-Synchronisierung, VS-Code-Erweiterung und öffentliche Links
Drei Wege führen aus dem Browser hinaus. Der erste ist die Dropbox-Synchronisierung: Laut Website lassen sich die Quellen unter Beibehaltung der Ordnerhierarchie nach Dropbox spiegeln, und die Dropbox-Anbindung selbst wurde in v2.17.0 (10.05.2019) neu aufgesetzt. Der zweite ist die VS-Code-Erweiterung, der Ausgang, der den Charakter des Werkzeugs am stärksten verändert. Mit v2.33.0 (09.12.2020) erschien die offizielle Erweiterung als quelloffene Beta unter Apache License 2.0. Sie hält das lokale VS Code und das serverseitige Projekt automatisch in beide Richtungen synchron, und kompiliert wird auf dem Server – man schreibt also im vertrauten Editor, ohne TeX Live lokal zu installieren. Sie unterstützt zudem das Offline-Bearbeiten und gleicht nach der Rückkehr ins Netz selbsttätig ab. Zur Einrichtung genügen die E-Mail-Adresse, ein client und ein token sowie die Projekt-ID aus der Projekt-URL (123 bei /projects/123/edit). Bei beiden Wegen gehört es zur Gewohnheit, vor Arbeitsbeginn zu prüfen, auf welcher Seite die neueren Dateien liegen – Cloud oder lokal: Eine Synchronisierung kann ein einseitiges Überschreiben sein.
Der dritte Weg ist der öffentliche Link, und er ist überraschend jung: Erst v2.102.0 (18.03.2024) führte die Veröffentlichung eines Projekts ein. Die Schaltfläche „Share“ oben im Projekt erzeugt eine Nur-Lese-URL, über die auch Personen ohne Cloud-LaTeX-Konto die Projektansicht mit reiner Leseberechtigung öffnen können. Das heißt umgekehrt: In den Jahren davor war Cloud LaTeX ein Ort zum Alleinschreiben. Genau hier trennt sich sein Charakter von Overleaf, das von Anfang an um gemeinsames Bearbeiten herum entworfen wurde. Quelle und PDF verband es dagegen früh: Seit v2.14.0 (25.01.2019) springt die PDF-Ansicht nach dem Kompilieren auf die zugehörige Seite, wenn man im Editor eine beliebige Stelle doppelt anklickt – beim Wiederlesen eines langen Manuskripts zahlt sich das aus.
Kurz gefasst liefert Cloud LaTeX auf dem kürzesten Weg zweierlei – Japanisch, das vom ersten Tastendruck an funktioniert, und nichts einzurichten –, und Dropbox sowie die VS-Code-Erweiterung erlauben darüber hinaus das Zusammenspiel mit lokalen Werkzeugen. Steht im Zentrum der Arbeit, dass mehrere Personen gleichzeitig Cursor über dasselbe Manuskript bewegen, passt Overleaf besser; und sobald der TeX-Live-Jahrgang selbst gewählt werden soll oder riesige Zeichnungen bei jedem Lauf neu entstehen, ist die Zeit für eine lokale Installation gekommen. Wo man sein Hauptquartier aufschlägt – Cloud oder eigener Rechner –, behandelt eine eigene Seite.