想用日语写 LaTeX，最初半小时通常都耗在选引擎和配字体上。Cloud LaTeX 是日本株式会社アカリク（Acaric）运营的免费在线 LaTeX 环境，其设计的出发点正是让那半小时根本不存在。注册、新建项目、写上 jsarticle 和几行日文、按下编译按钮，PDF 就出来了。本页讲的是 Cloud LaTeX 本身怎么用：谁在运营、为何运营，为什么日文原样就能排，超过一百种的模板库（其中包括 科研費 LaTeX，即日本学术振兴会科研费申请书表格），服务器一侧的各种限制，以及通往外部的三条路——Dropbox 同步、VS Code 扩展与公开只读链接。至于该不该待在云端，那是另一页的题目。
谁在运营——以及它为什么免费
运营方是 株式会社アカリク（Acaric Co., Ltd.） 的 Cloud LaTeX Team。它为什么免费，服务自家的 FAQ 写得清清楚楚：アカリク的本业是就职信息网站「アカリク」，也就是面向研究生与研究人员的就业支援；而自 2022 年 9 月 22 日 起，Cloud LaTeX 的新用户注册页可以选择同时注册那个招聘网站。选择同时注册时，那边的用户名由随机数生成，两边的账号信息分开管理。每天用 LaTeX 的人群，与在读硕士、博士的人群，几乎完全重合。提供一个免费的 LaTeX 环境，从而与这个群体保持数年联系，是一笔逻辑自洽的投资——这也是它始终不必设置付费档位的原因。
账号方面有一颗老用户容易踩到的地雷。据 FAQ，自 2023 年 4 月 27 日 起，由于 Twitter API 规格变更，已无法用 X（原 Twitter）账号注册或登录。当年用 Twitter 注册的人，只要注册邮箱仍然有效，就能通过「重设密码」用新密码登录；若邮箱也失效，就只能联系客服。想取回几年前建的、之后再没碰过的项目时，正是最容易卡住的地方——若你正属于这种情况，建议在真正需要之前先确认一次能否登录。
为什么日文无需配置就能排版
因为服务器端的默认编译引擎就是 platex。Cloud LaTeX 自家的使用说明页在讲预览窗格汉堡图标里的项目设置时写道：可以把编译引擎从 platex 改成别的引擎。也就是说，起点本来就是日文的，pdflatex 下初次输入日文时那种空白或乱码 PDF 的关卡根本不存在。同时代的海外服务都是面向英语圈设计的，而 Cloud LaTeX 用自家的措辞自称「首个原生支持日文 LaTeX 的服务」。至于构建环境，FAQ 写得明白：在 TeX Live 的 frozen（最终版）环境下执行 latexmk 命令进行编译；撰写本文时该值为 TeX Live 2023 frozen。选择年份的是运营方而非用户，因此若投稿规定要求特定年份的 TeX Live，请在动笔前查看 FAQ 上的当前值。
% 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}默认用 platex，也决定了日文究竟能过多少。platex 底下的 pTeX 以 JIS X 0208 的范围为前提，超出这个范围的字符处理不了。在本地 TeX Live 2024 上把含「髙」（U+9AD9）的一行交给 platex，会停在 ! LaTeX Error: Unicode character ^^e9^^ab^^99 (U+9AD9) not set up for use with LaTeX.；同一行交给 uplatex，连警告都没有。所以在 Cloud LaTeX 上也一样：若只在人名异体字或生僻符号处编译失败，那是引擎问题而非字体问题。请在项目设置里把引擎切换为 uplatex——该设置以项目为单位，不会影响你已经写好的其他稿件。会不会做这一个判断，日文稿件卡壳的频率相差甚远。
Cloud LaTeX 的用法——第一个项目怎么建
界面分为三栏：左侧「文件选择」，中间「文本编辑」，右侧「预览」。在「我的页面」新建项目，在中栏写正文，按右上角的编译按钮，PDF 便出现在右侧。添加文件可点项目名旁的 +，从「新建文件」「新建文件夹」「上传」中选择，也可以直接拖放进来。一旦项目含有多个文件，就必须告诉它要编译哪一个——点文件名右侧的竖直三点（⋮）选择「目标设定」，该文件即成为编译对象。把稿件拆成多章之后，「明明在改却不见 PDF 变化」的原因通常就在这里。
项目设置从预览窗格上方的汉堡图标打开。除了上一节说的编译引擎，这里还能切换自动编译的开/关和编辑器主题。自动编译会随打字重新编译，短文档下很舒服，但图多的稿件反而增加等待。实务上的分工是：长稿件关掉它，在告一段落时自己按按钮更快。下面这套流程契合这个环境的性格——你不会卡在本地环境搭建上，但与服务器的往返成了最小的工作单位，因此越是小步推进越占便宜。
- 从空白项目或最接近的模板开始，在添加内容之前先编译一次，确认底子是通的。
- 章节、图、表、参考文献一次加一样，每加一样就编译；出错时，原因只可能是刚加的那一样。
- 图片用拖放放入，文件名保持
fig-method.pdf这类的字母、数字与连字符。 - 文件变多之后，用 ⋮ 里的「目标设定」确认编译对象仍是主文档。
- 每到一个节点就下载 ZIP（源码），在自己的硬盘上也留一份。
模板与科研费 LaTeX
模板从项目列表页的「从模板创建」中选取。官网宣称有 100 种以上，摆在最前面的正是各类 科研費 LaTeX 模板——日本科学研究费补助事业的申请书表格。此外还有学术期刊样式、会议海报版式、技术文档、小说，甚至还有手写风日文字体 HuiFont。这正是 Cloud LaTeX 最实用的强项，原因就在表格本身：科研费申请书是方框尺寸与行数都固定的表单，在文字处理软件里多加一行，整个版面就乱。它恰恰是最能从排版系统获益的一类文档；而官方样式每年修订，因此关键全在于能否拿到跟上当年样式的模板。
服务器一侧的限制，以及如何找回文件
编译完全在服务器上运行，因此上限由服务器方决定。单次编译有时间上限，发行说明 v2.135.0（2025/11/23） 加入了「当所需时间距离超时上限 不足 30 秒 时显示警告」的功能——也就是说，一旦看到警告，下一次再添加重量级内容就会超时。与之相关，v2.133.4（2025/10/31） 把错误/警告的输出限制为 100 条，解决了警告极多的项目在编译后超时的问题。文件方面，自 v2.65.0（2022/06/06） 起，当一个项目的文件/文件夹数超过 500 时便无法批量添加。若你每次都在重排沉重的 tikz 图，那么先烘焙成 PDF 再用 \includegraphics 引入，在这个环境里比在本地更划算。
误删的文件、改坏了又后悔的段落，也有找回的机制。点文件名右侧的 ⋮ 选「复原」，会按时间列出过去的版本，勾选即可恢复。要记住的一点是：版本是在「保存」时切分的，因此保存越勤，能回退的粒度越细。保留规则在 v2.104.2（2024/05/14） 定为「保存期 90 天且最多最新 100 个版本」，也就是说半年前的版本已经不存在了。此外，一旦退会，账号信息与项目将全部删除（据 FAQ）。从项目页下载 ZIP（源码）自 v2.101.0（2024/03/05） 起可用；在每个章节节点上拉一份，是云端作业最有效的保险。
Dropbox 同步、VS Code 扩展与公开链接
通往浏览器之外的路有三条。第一条是 Dropbox 同步：正如官网所述，源文件可以保持文件夹层级同步到 Dropbox，而 Dropbox 联动本身在 v2.17.0（2019/05/10） 重新完善过。第二条是 VS Code 扩展，也是最能改变这个工具性格的出口。发行说明 v2.33.0（2020/12/09） 将官方扩展作为开源 beta 发布，许可证为 Apache License 2.0。它让本地 VS Code 与服务器上的项目双向自动同步，而编译在服务器上运行，因此无需在本地安装 TeX Live 就能用熟悉的编辑器写作。它还支持离线编辑，重新联网后自动同步。配置只需要邮箱地址、client 与 token，以及从项目 URL 取得的项目 ID（/projects/123/edit 即 123）。无论走哪条路，开工前都请养成先确认云端与本地哪一边更新的习惯：同步有可能是单向覆盖。
第三条是公开链接，出现得意外地晚：v2.102.0（2024/03/18） 才加入「项目公开」。点项目上方的「共有（Share）」按钮发布只读 URL 之后，即便没有 Cloud LaTeX 账号的人，也能通过该链接以「仅查看」权限打开项目界面。反过来说，在这个功能落地之前的好几年里，Cloud LaTeX 一直是一个人写作的地方。它与从一开始就围绕协同编辑设计的 Overleaf，性格差异正体现在这里。不过，把源码与 PDF 位置对应起来的功能倒是很早就有：v2.14.0（2019/01/25） 起，编译之后在编辑器里双击任意位置，PDF 就会跳到对应的页面——重读长稿时相当好用。
总结起来，Cloud LaTeX 以最短路径兑现的是两点——「日文从第一个字就能排」与「无需搭建环境」——在此之上，Dropbox 与 VS Code 扩展让它能与本地工具并存。若工作核心是多人同时在同一份稿件上移动光标，Overleaf 更合适；而当你需要自己决定 TeX Live 的年份，或每次都要重排巨大的图时，就该在本地安装了。至于把哪一边当作主场，这个判断另有专页。