[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f1cx36ncysi3wi":3},{"code":4,"message":5,"data":6,"timestamp":26},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":16,"summary_md":17,"topic":18,"github_topics":21,"license":22,"homepage":23,"updated_at":24,"history":25},"ELY-Open-Source\u002FElyOffice",4,"Ely Office: offline-first desktop apps in Rust and GPUI","Rust",975,62,183,5,[],"给想要本地办公、不要账号和云端的人，一套离线优先的办公套件加邮件客户端。","## 解决什么问题\n\n桌面办公现在默认要账号。Word、Excel、PowerPoint 要 Microsoft 365 订阅和 OneDrive，Google Docs 要浏览器和 Google 账号。如果你只想让文档躺在普通文件夹里、不离开本机，就得自己拼 LibreOffice、PDF 编辑器、邮件客户端、Markdown 阅读器。Ely Office 把这一套打包成一个安装包：文档、表格、演示、PDF、邮件、Git、Markdown 和一个 agent 应用，共享同一套界面和本地优先模型。\n\n## 有什么不同\n\n格式引擎并不新。ElyDoc、ElyTable、ElyShow 跑在 LibreOfficeKit 上，ElyPDF 用 MuPDF 加 Tesseract 做 OCR，ElyMail 自建 IMAP\u002FPOP3\u002FSMTP 栈并落在 SQLite 上。差别在集成和界面层：用 Rust\u002FGPUI 给这些引擎套一个统一外壳，不要账号、不要云，文件放在自己的目录，邮件走系统代理。对比一下：LibreOffice 是引擎供应方，但用起来像几个各有界面习惯的大型应用；OnlyOffice 提供类似的桌面多组件套件，但围绕协作服务器设计；Google Workspace 则是相反的取舍，云优先。这里各应用是同一批引擎之上的薄客户端，所以兼容性应该跟着上游 LibreOffice 走，而不是从头实现。\n\n## 适合谁\n\n适合注重隐私的个人用户和小团队，在 Windows、macOS 或 Linux 上主要离线工作，想要 DOCX\u002FXLSX\u002FPPTX 兼容又不想注册微软账号。对想把邮件、Git 客户端和 Markdown 放在同一个包里的开发者也算合理。如果你需要实时协同编辑、跨设备云同步，或者依赖 Microsoft 365 插件和宏，就去找别的方案，README 里没有描述这类服务。如果承受不起一个未经验证的项目，也请跳过。\n\n## 上手成本\n\nWindows、macOS、Linux 都有下载包，终端用户可以直接试。从源码构建很重：脚本要拉取并构建打过补丁的 LibreOffice（README 说约一小时）、打过补丁的 MuPDF 和 Git，Windows 路径还牵涉 Cygwin 和 MSBuild。ElyMail 构建时需要 Microsoft client ID。许可证是 MIT，但捆绑的引擎保留各自许可证（见 docs\u002Flicenses.md），再分发和品牌限制需要自行确认。README 对构建讲得很细，对同步、扩展性以及各应用成熟度讲得很少。\n\n## 点评\n\n这是一个全新的项目：才 5 天，却已经拿到约 970 star，新项目榜日均约 +191 star。这是短期冲高，不是历史成绩；它没上过每日热榜，也没有 Hacker News 讨论。设计思路务实：复用久经考验的引擎，把精力放在集成、外壳和离线运行上。但一个 5 天的仓库里塞了九个应用（含邮件和 agent），面铺得太开，第一批 bug 和格式缺口会在首个版本暴露。如果你在意离线优先，值得一看；但还不适合把工作文档迁过去。",{"slug":19,"name":20},"productivity","效率与系统工具",[],"MIT","https:\u002F\u002Foffice.elygpui.com","2026-10-25T01:06:48Z",[],1792915188]