写到 LaTeX,大多数人第一反应是“排版好专业”,但真正连续写上几个小时后,更多人会同意我的另一个判断:LaTeX 真正的成本不是打字,而是“让公式、表格、图、参考文献各就各位”。我以前的标准路径是 VS Code + LaTeX Workshop + TeX Live,本地这样写并不是不行,但每换一个期刊模板、每做一次数据图、每拉一个人来协作,都要重新和工具链打架。这一周我拿到了 Prism 新上线的实测版本,它完全围绕 LaTeX 写作场景来做集成,界面里直接内嵌了 GPT-5.2、多人协作和“一键生成图表”。我把手头一篇实验报告和老旧论文搬进去试了三天,这里写一篇偏体验向的实战记录,不吹不黑。
1. Prism 不是 WPF 框架:先把这个名字说清楚
1.1 两个同名项目,别进错门
Prism 这个名字很容易踩坑,因为 WPF 开发圈里有一个非常著名的 Prism 框架,GitHub 上一搜“Prism”,一半结果是 .NET 依赖注入、模块化 MVVM 那套东西。所以先花三十秒澄清:如果读者是来找 WPF Prism 框架教程的,本文说的是完全不同的东西。
这里评测的 Prism,是一款面向 LaTeX 写作的编辑器,定位有点类似于“带 AI 助手的本地化协作写作台”。它不主打代码高亮,也不强迫你手动维护复杂的编译链,而是把 编辑、编译预览、AI 对话、图表生成、多人批注 收进同一个界面里。实测版本是最近才开放的预览通道,界面整体比 VS Code 干净,初次打开会引导你新建 LaTeX 项目和选择模板。
搞清楚名字对应的领域,后面看功能才不会懵。尤其你在浏览器里搜索时,如果看到 “WPF Prism 依赖注入”“Prism Region”之类的教程,这不是本文的 Prism,直接关掉继续往下翻就好。
1.2 我这次的测试环境与项目结构
为了尽量模拟日常写作场景,我在 Windows 11 上安装了 Prism 桌面客户端,同时保留本机已装的 TeX Live。Prism 支持优先调用本机 TeX 发行版,也可以使用它内置的云端编译通道,两种模式可以在项目设置里切换。我的实测以“本机编译为主”,这样能排除网络波动对编译结果的干扰。
测试项目我建了三个:
- 一篇期刊实验论文草稿,要求用 IEEE 模板,包含摘要、公式、表格、参考文献;
- 一份 Beamer 幻灯片,用来验证图表和公式在演示场景下的稳定性;
- 一份公司内部的数据分析报告,主要用来试“一句话生成图表”这类高频需求。
之所以建三个不同类型,是因为 LaTeX 编辑器最容易在“文章模板换掉之后”暴露问题。很多编辑器 Demo 演示得很好,一旦你套了学位论文模板,或者引入某个双栏期刊 class,样式就乱了。Prism 在这三天里没有出现模板加载失败的情况,它把 .cls、.sty 和 BibTeX 文件都识别成了一个项目资源包,切换编译引擎也算方便,这点我后面细说。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 我为什么愿意从 VS Code 切换过来:长期 LaTeX 工作流的真实痛点
2.1 编辑器只是编辑器,写作链路却是断开的
我用了很长一段时间的 VS Code + LaTeX Workshop,插件本身很成熟,源码高亮、SyncTeX、错误定位都不差。但问题在于,LaTeX 写作从来不只是“编辑文本”这么简单。真正让我感到麻烦的是下面几条链路:
- 编译结果不在手边:写完一段公式,必须切到 PDF 预览,或者开一个侧边栏,视距来回跳;
- 数据图表无法就地生:数据在 CSV 里,图需要用 Python 或 R 先画出来,再导成 PDF/PNG,最后手动调整
\includegraphics路径; - 多人协作靠 Git:Git 在代码圈是神器,但把 Git 推给来帮忙改稿的同学、导师或者编辑,门槛明显偏高;
- 模板配置分散:不同期刊要求不同的不带格式、不用微调工具。
每一天在文档、编译日志、脚本、文件管理器之间来回搬资料,精力很容易消耗在不带来内容价值的环节。
2.2 我整理的一张“痛点对照表”
为了避免空谈感受,我把最近两个项目里遇到的具体问题整理成了
