编辑器内 AI 编辑与校对
已上线编辑器内的 AI 请求可对选中的 LaTeX 内容进行生成、改写和校对。
查看文档对比
本地环境——TeX Live 或 MiKTeX 加上 TeXstudio 等桌面编辑器——免费、离线、完全由您掌控。代价是安装与维护时间、更困难的协作,以及编译失败时没有内置帮助。本页坦诚地摆出这笔交换。
“本地环境”一侧描述的是 TeX Live、MiKTeX 与桌面编辑器广为人知的特性,而非某一厂商的宣传。
如果您需要以下能力,这里更适合
信任与状态
下方每项功能都有产品文档记录;路线图条目保持路线图标注。我们并不贬低您的本地工具链——它只是站在一笔真实权衡的另一侧。
信任与隐私
从完全本地的环境迁出,自然会关心数据、可移植性与控制权。这些页面给出答案。
适配
两种方式编译的是同样的 LaTeX。问题在于:您的时间应该花在维护环境上,还是只花在文档上。
当写作、协作与可移植性比拥有工具链更重要时,这是更好的选择。
本地工具链依然优秀——对某些工作流来说,它显然是正确选择。
对比表格
本地一列描述典型的 TeX Live/MiKTeX 加桌面编辑器环境——包括它胜出的地方,实事求是。
| Feature | LaTeX Cloud Studio | 本地环境 |
|---|---|---|
| 安装与维护 | ||
| 首次编译耗时 | 打开浏览器即可编译——宏包无需本地安装即可使用。 | 需先安装数 GB 的发行版、配置编辑器并解决宏包问题;之后可完全离线使用。 |
| 保持环境可用 | 环境集中维护;每位协作者都基于同一工具链编译。 | 更新、宏包冲突与每台机器的差异都由您管理——换来的是完全的控制权。 |
| 协作 | ||
| 共同写作 | 共享项目、评论与版本历史是产品的一部分。 | 通常是 Git 加自律,或邮件传压缩包——熟练的单人可行,混合团队困难。 |
| 审阅修改 | 编辑器内的行级评论与命名版本;修订跟踪式审阅仍在路线图中。 | diff 工具与 latexdiff 很好用,但要求每位参与者运行同样的工具。 |
| 辅助与可移植性 | ||
| 编译失败时 | 项目内的 AI 错误解释与修复建议。 | 原始日志加个人经验——对专家是利器,对新手是高墙。 |
| 项目可移植性 | ZIP 导入/导出与 GitHub 同步是文档化的当前工作流——包括迁出的路径。 | 文件天然本地且开放——可移植性最高,但没有共享环境。 |
混合方案常见且合理:GitHub 作为事实来源,本地工具链用于离线工作,浏览器编辑器用于协作——GitHub 同步工作流正是为此而设。
为何切换
很少有人无缘无故离开能用的本地环境。真正促成切换的是这些时刻。
第一个共同截止日期,会把环境差异和邮件传档从“烦人”变成实打实的成本。
重建 TeX 环境的那一刻,人们往往开始怀疑自己是否真的应该维护一个。
截止日期前的一次晦涩编译失败,往往让编辑器内的 AI 纠错从抽象变得具体。
迁移路径
本地 LaTeX 项目本身就是完美的迁移格式——它只是一些文件。
01
主文件、章节、图片、参考文献——您已有的文件夹就是导入格式。
02
导入 ZIP、编译,并检查常见问题点:主文件、参考文献与图片路径。
03
如果项目在仓库中,改为连接 GitHub,并保留本地克隆用于离线工作。
常见问题
不必。以 GitHub 同步为事实来源,您可以离线时继续本地编译,协作时使用浏览器编辑器——两者可以很好共存。
云端环境基于完整的 TeX Live 发行版编译,标准宏包无需安装即可使用。真正的自定义引擎或私有宏包,仍是保留本地工具链的理由。
能。ZIP 导出与 GitHub 同步是文档化的当前工作流——项目自始至终都是普通 LaTeX 文件,没有专有格式。
两种情况下编译时间都取决于文档本身。真正的差别不在速度,而在时间去向:本地花在维护上,浏览器工作流则依赖网络。