Ely Office:六个离线优先桌面应用,把 Word、Excel、PDF、Git 和 Markdown 放回本地

摘要：如果你经常处理本地文档、表格、演示、PDF、Git 仓库或 Markdown，又不想每一步都先登录云服务，Ely Office 提供了一套不同的思路：六个独立的桌面应用，各自处理一种工作，文件继续留在自己的文件夹里。读完你会知道它覆盖什么、离线边界在哪里，以及 0.1.9 这个版本是否适合现在试用。

很多办公软件默认把“打开文件”变成“打开一个在线账户”。文档放云盘，表格在网页里，PDF 又是另一套服务，开发者处理 Git 和 Markdown 时还要换回终端或编辑器。只要网络、账号或组织权限有一处不顺，原本简单的本地工作就会被打断。

Ely Office 的出发点很直接：把常见工作重新做成桌面应用，让文件回到用户自己的目录。它的官网标语是“六个桌面应用，断网也能用”，当前公开展示的六个应用分别负责文档、表格、演示、PDF、Git 和 Markdown。项目使用 Rust 与 GPUI 构建，代码采用 MIT 许可；随带的第三方引擎继续遵循各自许可。

它把“办公套件”拆成六个小应用

ElyDoc 负责 DOCX、ODT 文档；ElyTable 处理 XLSX、ODS、CSV 表格；ElyShow 面向 PPTX、ODP 演示文稿；ElyPDF 负责 PDF 阅读、编辑、OCR、签名和表单；ElyTree 是 Git 图形化客户端；ElyMark 则把 Markdown、数学公式和 Mermaid 图表放到同一个本地编辑环境里。

这组划分有一个好处：你不需要先接受一套庞大的“全家桶”界面，再去寻找自己真正需要的功能。写报告时打开 ElyDoc，整理数据时用 ElyTable，处理仓库时切到 ElyTree，写技术笔记时回到 ElyMark。不同任务有自己的入口，但文件格式仍然是通用格式。

官网展示的视频里，文档页、表格图表、PDF 签名和 Markdown 公式都是真实操作画面。它们看起来不像把几个网页链接放在一个启动器里，而是试图用同一套 GPUI 组件把不同专业内核包进统一的桌面交互。

“离线优先”到底意味着什么

官网隐私页写得很清楚：应用不运行接收用户文件、邮件或账号数据的服务器，也不收集分析数据或遥测数据；文档留在用户保存的位置，设置、恢复副本和日志也放在本机。这个边界对合同、草稿、研究材料和不方便上传的内部文件尤其重要。

但“离线优先”不是“所有功能永远不联网”。文档、表格、演示、PDF、Git 历史和 Markdown 编辑可以在断网时继续；ElyTree 的 fetch、pull、push、clone 需要访问你配置的远程仓库，更新检查需要访问 GitHub。官网还把 ElyMail、ElyAgent 列为后续版本方向，它们分别会连接邮箱服务和 AI 服务商。

因此，Ely Office 的核心不是把网络从软件里彻底删掉，而是把联网变成用户选择的边界：本地编辑先完成，远程同步、账号授权和外部服务在确实需要时才发生。下面这张图可以把六个应用的分工和这条边界放在一起看。

Rust、GPUI 和现成专业内核

Ely Office 没有重新发明文档排版、表格计算和 PDF 解析。公开 README 列出的组合是：ElyDoc、ElyTable、ElyShow 共用 LibreOfficeKit，ElyPDF 使用 MuPDF 与 Tesseract，ElyTree 调用 Git，ElyMark 使用 markdown-rs、RaTeX 和 Mermaid 渲染器。Rust 与 GPUI 负责把这些能力放进同一套桌面体验里。

这条路线的优点是能更快覆盖真实文件格式，也能把工作交给已经被大量用户验证过的内核；代价是兼容性不能只看界面是否打开。不同格式的复杂排版、公式、图表、批注和主题，都要经过实际文件验证。项目自己也没有把“能打开”写成“兼容所有 Office 历史功能”，这点比一张漂亮截图更值得参考。

0.1.9 到了哪一步

GitHub 的 0.1.9 release 于 10 月 20 日发布，修复内容集中在实际使用中会遇到的细节：Windows 从记事本或浏览器复制的纯文字无法粘贴，ElyTable 对整列开启自动筛选时可能崩溃，ElyShow 编辑母版时会报错，某些主题下选中文字看不清，函数候选的 Enter 行为也做了调整。Word 公式的修复还从 Windows 补到了 macOS 和 Linux。

同一个版本还把代码和发布迁到 GitHub，Ely Office 自有代码改用 MIT 许可，并注明 macOS 版已通过 Apple 公证。从 0.1.9 开始，应用更新检查也改为读取 GitHub release。对想试用的人来说，下载入口、源码和版本记录现在放在同一个地方，跟踪问题会更容易。

不过它仍然处在 0.x 阶段。你可以把它当作一个值得试用的本地工作流，也要用自己的 DOCX、XLSX、PPTX 和 PDF 做一轮回归：字体、复杂表格、批注、打印和导出是否符合预期，不能由项目名称替你保证。重要文件照常备份，尤其是在把它放进日常工作之前。

适合谁先试

如果你主要处理本地文件，希望把文档、表格、PDF、Git 和 Markdown 放在一套界面逻辑里，Ely Office 的方向很清楚。它也适合喜欢研究 Rust、GPUI 和桌面软件架构的开发者：项目把专业内核、统一组件和跨平台发行放在同一个公开仓库里，能看到的不只是产品截图，还有构建脚本、兼容性文档和测试入口。

如果你的工作依赖多人实时协作、企业级宏和插件、跨设备同步，或者必须完全复刻某套 Office 的历史行为，就应该先把它当作候选工具测试一轮，再决定是否替换现有环境。Ely Office 的价值不在于承诺覆盖所有场景，而在于它把“文件属于用户、应用可以离线工作”重新放回桌面软件的设计中心。

项目主页：office.elygpui.com