GenOffice 是一个基于 Electron 和 TypeScript 的 AI 原生办公套件，面向 macOS 与 Windows，包含文档、表格、演示、PDF 和统一 Shell 五类应用。项目重点不是简单在 Office 工具旁边加聊天框，而是把 AI 编辑、版本快照、差异对比和工具调用集成到文档编辑流程中。它支持 .docx、.xlsx、.pptx、PDF 等常见办公格式，并强调“窄补丁/字节级保真”的文件往返能力：未被编辑的内容尽量保持原始字节不变，以降低打开和保存后破坏 Office 布局的风险。项目采用 Apache-2.0 开源许可，但 ee/ 目录为未来企业模块保留，且 GenOffice/Genspark 名称和商标不可直接复用。
适用领域
AI 办公套件 / 文档处理 / 电子表格 / 演示文稿 / PDF 编辑 / Electron 桌面应用 / Office 文件格式解析与渲染 / TypeScript 前端工程 / AI Agent 与工具调用
配置难度
高。该项目涉及 Electron 多端桌面应用、TypeScript monorepo、Office OOXML 文件格式、PDF 处理、渲染引擎、AI Agent、Rust sidecar、跨平台打包和安全模型。普通前端开发者可以运行和阅读 UI 层，但要深入改造 docx/xlsx/pptx 引擎或保证生产级兼容性，需要较强的文件格式、桌面端和工程化经验。
商业价值
商业价值较高。AI 办公是高频生产力场景，若能稳定处理企业常见 Office 文件并提供可靠的 AI 编辑、审阅、摘要、生成和数据分析能力，可用于企业办公套件、私有化文档平台、法律/金融/咨询行业文档自动化、知识工作 Copilot 等方向。项目的开源部分可作为技术验证和二次开发基础，但若用于商业产品，需要重点评估 Genspark 服务依赖、品牌商标、企业许可边界、文件兼容性和数据合规。
01
技术亮点
- 覆盖文档、表格、幻灯片、PDF 和统一 Shell，完整度高于普通单点 AI 编辑器项目。
- AI 编辑是一等工作流，支持文档块级编辑、版本快照、diff，以及表格/幻灯片/PDF 上的工具调用 Agent。
- docx-engine 强调字节级往返保真，只重新生成脏段落，未修改内容保持原始字节，适合重视 Office 兼容性的场景。
- sheets 基于 Univer 开源核心并加入自研扩展，xlsx 导入导出通过 Rust sidecar，涉及 calamine 和 IronCalc。
- pptx 使用自研解析、渲染、编辑引擎，并涉及 HarfBuzz 文本度量、母版、图表、墨迹等复杂能力。
- PDF 基于 pdf.js 和 pdf-lib，提供注释、表单、大纲、图章、签名、页面操作和打印能力。
- 核心 engine packages 多为纯 TypeScript，无 Electron 依赖，便于单独测试和复用。
- 项目提供开发、测试、类型检查、打包命令，工程化较完整。
- Apache-2.0 许可对商业使用相对友好，但需注意商标和 ee/ 目录例外。
02
目标用户
- 希望研究 AI 原生办公软件架构的开发者
- 需要处理 docx/xlsx/pptx/PDF 文件格式的工程团队
- Electron 桌面应用开发者
- 办公自动化和文档智能化方向的创业团队
- 希望构建本地办公编辑器或企业文档编辑平台的团队
- 对 OOXML、PDF、文件往返保真、AI 编辑感兴趣的技术人员
03
配置要求
- 运行桌面应用需要 macOS 或 Windows 环境。
- 源码开发需要 Node.js/npm 环境。
- 表格应用 sheets 的 xlsx sidecar 需要 Rust 工具链，cargo 必须在 PATH 中。
- AI 功能需要登录 Genspark 账号，模型调用通过 Genspark 服务端路由，本地不保存模型 API Key。
- 开发和打包依赖 Electron、Vite、TypeScript、React 相关工作区包。
- 本地 UI/e2e 验收脚本依赖 Playwright + Electron，脚本位于 scripts/drivers/。
- 如需分发 fork 版本，需要更换 GenOffice/Genspark 名称和 Logo，避免商标问题。
04
适用场景
- 作为 AI 办公套件的参考实现，学习如何把 AI 编辑嵌入文档、表格、幻灯片和 PDF 工作流
- 研究 docx 的字节级段落补丁机制，降低修改文档后破坏原始 Word 布局的风险
- 研究 xlsx 导入导出、公式、透视表、条件格式、图表渲染等表格编辑能力
- 研究 pptx 解析、渲染、编辑、母版、裁剪、图表、墨迹和文本排版
- 构建企业内部的 AI 文档编辑器、审阅工具或知识工作平台
- 学习 Electron 多应用共享引擎层、Vite 开发、自动更新和桌面打包流程
- 参考 AI Agent 如何围绕文档、表格、幻灯片、PDF 状态执行工具调用
05
部署与配置
- 直接使用：前往 GitHub Releases 下载已签名安装包。
- macOS Apple Silicon：下载 GenOffice-0.4.110-arm64.dmg 并安装。
- Windows x64：下载 GenOfficeSetup-v0.4.110.exe 并安装。
- 源码开发：确保本机已安装 Node.js、npm，并根据 sheets 应用需要安装 Rust toolchain，使 cargo 在 PATH 中可用。
- 克隆仓库：git clone https://github.com/genspark-ai/genoffice.git
- 进入目录：cd genoffice
- 安装依赖：npm install
- 生成测试用 docx fixtures：npm run fixtures
- 运行测试：npm test
- 类型检查：npm run typecheck
- 启动全部编辑器和 Shell：npm run dev
- 仅启动文档应用：npm run dev:docs
- 构建 macOS 安装包：npm run dist:mac
- 构建 Windows 安装包：npm run dist:win
- 单独构建 sheets 时会自动编译 Rust xlsx sidecar：npm run build -w @genoffice/sheets
06
风险与注意事项
- 项目 stars 约 412，生态和社区规模仍较小，稳定性、维护节奏和外部贡献活跃度需要进一步观察。
- README 描述的能力非常复杂，实际成熟度可能因模块而异，生产采用前需要用真实 Office 文件进行大量兼容性测试。
- AI 功能依赖 Genspark 账号和服务端路由，无法简单替换为完全本地模型或自有 API，可能带来供应商锁定和合规问题。
- Electron 桌面应用体积、内存占用和安全面通常较大，需要关注沙箱、IPC 校验、外链拦截和自动更新安全。
- docx/xlsx/pptx 兼容性是长期高难问题，复杂文档中的宏、嵌入对象、特殊字体、企业模板、复杂公式和图表可能存在边界问题。
- sheets 依赖 Rust sidecar，增加跨平台构建和 CI 配置复杂度。
- ee/ 目录采用企业许可保留，不是整个仓库所有内容都可按 Apache-2.0 无限制使用。
- GenOffice 和 Genspark 名称、Logo 是商标，fork 或商用再分发必须更换品牌。
2026-08-07
第5名
新收录 · github_search
2026-08-06
第7名
新收录 · github_search
2026-08-05
第9名
新收录 · github_search
2026-08-04
第23名
新收录 · github_search
