ARTICLE · 1295403
免费的开源版 Office,内置AI
让 AI 写完再手动排版
开源版 Office,
能原样改 docx
字节保真 / 修订可回滚 / CLI 与 MCP / 五个坑
GenOffice · 开源项目动态
📦 5 Parts + Conclusion
👉 滑动
PART 01
这个项目
WHAT
PART 02
差别在哪
DIFF
PART 03
接进工作流
SETUP
PART 04
谁适合
FIT
PART 05
五个坑
PITFALLS
PART ///
写在最后
收尾
一句话版本
AI 写文档最大的问题不是写得不好,是它交付的是 Markdown,你还得自己排版。
01
PART
这个项目三个月涨到近一万星
WHAT IT IS
GenOffice 是一个 7 月底才开源的项目,到十月中旬已经接近一万星,Apache-2.0 许可,TypeScript 写的,macOS、Windows、Linux 三端都有安装包,10 月中旬刚发了 0.11 版本。
它解决的问题很具体:给你一个能打开并保存原生 .docx、.xlsx、.pptx 的编辑器,同时在每个文档旁边放一个 AI,改完之后文件还能在 Word、Excel、PowerPoint 里正常打开。
过去一年我们用 AI 写文档的流程是:AI 输出 Markdown,复制到 Word,再手动调样式。这个项目想砍掉的正是后面两步。
02
PART
它和「AI 帮你写文档」的差别
THE DIFFERENCE
三处设计值得单独说。
改动落在修订里
AI 在文档里做的修改以修订和差异呈现,可以一键回滚。这比「重新生成一版」靠谱得多,因为你能看见它动了哪一段。
表格里是活公式
AI 生成的表格写入的是 =SUM(B2:B9) 这样的公式,不是算好之后粘进去的数字。改一个数,合计会自己变。
文件尽量不重写
项目方称只重写你真正编辑的部分,其余内容按字节原样保留。这一点对「用别人的模板填内容」的场景很关键——模板里的页眉页脚、样式定义不容易被搞坏。
另外两个能力容易被忽略:PDF 可以在页面里直接改文字,也能在本地把 PDF 转成 Word、Excel、PowerPoint(扫描件走系统 OCR);本地会为你的文档建 SQLite 全文索引,中文可搜,还能圈一批文件直接问问题,答案带出处。
03
PART
十分钟接进你的工作流
QUICKSTART
普通用法就是去 GitHub Releases 下对应安装包,装完在设置里配模型。它支持自带 Key:Claude、OpenAI、Gemini、DeepSeek、Kimi、GLM、Qwen、豆包、MiniMax 等一长串,也支持任何 OpenAI 兼容端点,本地模型服务填个 base URL 就行。
真正有意思的是给编码代理用的那部分。它自带一个 genoffice 命令行、一个 agent skill,以及一个 MCP 服务端(29 个工具)。三者的区别是:
skill
写进 Claude Code、Codex、Cursor 这些代理,让它们知道什么时候该调 genoffice。设置里点一下就能装,或者跑 npx skills add genspark-ai/genoffice。
MCP
不用装 skill,代理自己起 genoffice mcp,按 MCP 协议拿工具。
CLI
自己写脚本时用,无头运行,不需要开窗口。
命令行本身长这样:
genoffice info report.docx --json # 看结构:标题、段落、表格
genoffice convert report.md --to pdf # md/html/docx/xlsx/pptx 互转
genoffice create --type pptx --spec deck/pages --out deck.pptx
genoffice render report.docx --out shots/ # 每页导出 PNG,先看再交
最后那条 render 是这类工具的关键:让代理把结果渲染成图片自己看一遍,比让它「保证排版没问题」可靠得多。
代理做一份 PPT,实际走的是这几步
以八页的演示文稿为例,代理不是一次性生成,而是分步走:先写风格表和提纲,再逐页写 spec,每页先过一遍布局检查,发现溢出或重叠就退回去改,最后才组装成文件。
genoffice slides check deck/outline.json --json # 提纲层面先查
genoffice slides check deck/pages/01.json --json # 单页查溢出与重叠
genoffice create --type pptx --spec deck/pages --outline deck/outline.json --out deck.pptx
genoffice slides audit deck.pptx --json # 成稿再整体审一遍
这套流程的价值在于「可失败的中间步骤」。直接让模型输出一个 pptx,错了你只能重来;有了逐页检查和渲染回看,错在哪一页、是溢出还是重叠,都能定位。
04
PART
什么人适合,什么人不适合
FIT
先看它站在什么位置:
它填的是「开源阵营缺 AI」和「Office 有 AI 但要订阅」之间的空档。
适合的三种:经常要按模板产出 Word、Excel、PPT 的人;想让编码代理直接产出可交付文件而不是一堆 Markdown 的人;需要本地处理、不希望文档上传的人。
不适合的三种:重度依赖 VBA 宏和复杂数据透视表的 Excel 用户;需要与 Office 365 在线协作、共同编辑的团队;对版式像素级还原有硬要求的排版岗。
05
PART
五个坑
PITFALLS
!把「字节保真」当成「版式能还原」 🕳
把「字节保真」当成「版式能还原」。没动过的部分按字节保留,但你动过的段落仍可能引起重排,复杂表格和图表要人工核一遍。
!不 review 就让 AI 落盘 🕳
不 review 就让 AI 落盘。修订可回滚是保险,不是免检;批量改文档前先拿一份副本跑。
!默认云模型就等于默认上传 🕳
默认云模型就等于默认上传。本地处理指的是文件转换,AI 调用仍然会把你选中的内容发给模型厂商,敏感文档要么脱敏,要么接本地模型端点。
!以为 CLI 和界面能力等价 🕳
以为 CLI 和界面能力等价。命令行覆盖检查、转换、创建、读取、编辑,但复杂手工排版还是得在界面里做。
!忽略项目还很年轻 🕳
忽略项目还很年轻。三个月、0.11 版本、几十个未关闭 issue,适合个人和小团队先跑起来,不适合直接压在生产流水线上。
///
LAST
写在最后
SUMMARY
这类工具的意义不在于「免费替代 Office」,而在于把 AI 的输出终点从 Markdown 改成了真正的文件。只有当代理能直接交付 .docx,你才敢让它接手整条文档流程。
让 AI 交付文件,而不是交付一段需要你排版的文本。
如果这篇内容对你有帮助,欢迎点赞、在看、转发三连,我们下篇见。
既然看到这里了,如果觉得有用,随手点个赞、在看、转发三连吧。
THANKS FOR READING














































































