GenOffice
在桌面端本地编辑 Office、PDF 和 Markdown，并用内置智能体直接修改内容。
证据显示 Electron 渲染器启用了隔离、禁用 Node 集成并使用沙箱，IPC 经过验证，外部链接受协议白名单约束，AI 布局脚本也采用受限解释器；CI 权限仅为 contents:read。API 密钥由用户提供并存入操作系统级设置，文档编辑和 PDF 转换被明确描述为本地处理，联网 AI、Genspark 代理和默认分析上报亦有披露。测试还覆盖用户中止、并发人工编辑保护、无效写入不修改文档以及受限选择范围。扣分点是材料没有证明每次代理写操作或外部工具调用前都会获得明确确认；云端模型接收哪些文档上下文、密钥存储细节和分析事件全集未包含在所给证据中；依赖控制包含锁定安装、固定 CI Action 提交、许可证检查和特定 overrides，但没有展示漏洞扫描、SBOM 或依赖更新政策。快照、差异和窄补丁提供一定恢复基础，但没有给出完整撤销或恢复流程。第三方组件、许可证、公司版权和商标例外归属清楚，因此来源归属充分。
README、包脚本、CI 和代理测试对工作区结构、工具行为及测试范围的描述高度一致。测试具体证明了错误输入、过期文档索引、搜索后端失败、下载中止、越界访问和图表限制会返回错误且多种失败保持文档不变，因此失败信息处理充分。扣分主要在依赖可用性：平台、Node、npm、Rust、glibc、FUSE 和网络要求有说明，也支持多个模型提供商，但云服务被明确排除在仓库范围外，材料未展示提供商不可用时的统一降级、重试或离线替代策略。
材料清楚覆盖普通办公用户、开发者以及文档、表格、演示、PDF、Markdown、OCR、格式转换和 AI 编辑等场景，并列出各应用与引擎的职责。离线编辑与联网 AI 的边界、支持平台、格式、OCR 平台限制、可用工具和 AI 脚本能力边界都较明确；安装与开发环境适配说明也很具体。扣分在触发精度：测试充分覆盖选择冻结、用户编辑新鲜度和若干工具目标校验，但没有提供整个套件所有代理的工具选择规则、确认触发条件或误触发处置规范。
README 的功能、应用、引擎、安装、开发、架构、FAQ、安全、致谢和许可结构完整，命名与 package/workspace 路径一致，并提供各平台安装命令、开发命令和常见问题。Apache-2.0 正文完整，README 也明确说明 ee/ 的企业许可例外和商标限制。扣分点是已知限制主要散落在系统要求、网络需求、OCR 平台差异和安全范围说明中，没有集中、全面的限制清单；package 版本为 0.1.0 且指向 Releases，但所给材料没有变更日志或兼容性/迁移政策。维护路径包含私密漏洞报告、72 小时确认目标、仓库 Releases、Mainfunc 版权信息和自动更新，但没有一般支持渠道、维护者名单或长期维护承诺；发布者注册身份未知不被视为可疑，也未据此额外扣分。
证据描述了可直接保存为常见 Office 格式的编辑结果、PDF 本地转换、AI 块级编辑、快照与差异、图表及评论工具，并以测试展示多个真实编辑路径，输出可用性较强。相对于单纯聊天框，代理对文档结构执行受限读写、格式化、插图、图表和评论操作，具有明确的增量价值。扣分在成本收益透明度：应用本身免费且支持本地编辑和 BYOK，但没有说明 Genspark 服务、第三方模型、搜索或生成工具可能产生的费用、配额、延迟和资源消耗。
多个主张可追溯到明确的包名、文件路径、CI 步骤和具体测试，README、SECURITY、package.json、CI 与测试之间也形成较强交叉印证。扣分是一些覆盖整个套件的高强度产品主张，例如“世界首个”“完整功能”、跨格式保真和所有分析数据保证，在所给片段中没有逐项对应实现或测试；材料有时以营销性事实陈述呈现这些主张，未始终把已验证事实、设计目标和推断清楚分开。由于是静态材料审查，未执行任何测试或独立复现。
- 启用联网 AI、搜索、图像生成或媒体分析时，文档上下文可能发送至 Genspark 或用户选择的第三方提供商；所给材料没有完整列出每个提供商的数据流、保留政策或费用。
- 代理具备直接修改文档、插入图片、编辑图表和处理评论的能力；虽然存在快照、差异、中止和过期写入保护，但没有证据表明每项有外部影响或文档变更的操作都会先要求明确确认。
- 官方构建默认发送有限使用分析；README 表示可关闭且不包含文档内容或身份信息，但本次材料未包含所引用的 PRIVACY.md，无法核对完整事件清单。
- 仓库主体为 Apache-2.0，但 ee/ 目录采用单独的企业许可证，名称和徽标也不随 Apache 许可授权。
- CI 和测试配置看起来完善，但本评估未执行它们，也不能据此确认运行时正确性、确定性或发布二进制与该修订完全对应。
这个 Agent 能做什么，适合哪些场景？
GenOffice 是面向 macOS、Windows 和 Linux 的开源桌面办公套件，由 Docs、Sheets、Slides、PDF、Markdown 五个编辑器及统一的 Electron Shell 组成。它直接打开和保存 .docx、.xlsx、.pptx、PDF 与 Markdown 文件，并通过共享引擎层执行排版、渲染、格式转换和尽量窄范围的文件修改。各编辑器都嵌入 AI 面板：Docs 支持按块编辑、版本快照和差异查看，其他编辑器则提供可调用工具并读取工作簿、幻灯片或 PDF 状态的智能体。常规文档操作在本机完成；PDF 转 Word、PowerPoint 或 Excel 也无需上传，但模型调用、搜索及媒体工具需要网络。用户可以登录 Genspark，也可以为 Claude、OpenAI、Gemini 等多个提供商配置自己的密钥，或连接任意 OpenAI 兼容端点，包括本地模型服务器。应用主体采用 Apache-2.0，但 ee/ 目录受单独的 GenOffice Enterprise License 约束。
GenOffice Shell 在标签页中承载 apps/docs、apps/sheets、apps/slides、apps/pdf 和 apps/markdown。Docs 通过 packages/docx-engine 解析 document.xml，将顶层元素转为带 docxIndex 和原始 XML 片段的块树；保存时仅把脏块生成 OOXML 片段并拼回原文件。Sheets 以 Univer 为 UI 核心，使用基于 calamine 与 IronCalc 的 Rust sidecar 导入、导出和计算 .xlsx，并由 Konva 渲染图表。Slides 使用 packages/pptx-engine 与 packages/pptx-render 处理母版、版式、裁剪、图表、墨迹和文本塑形。PDF 应用结合 pdf.js、pdf-lib 与 PDFium wasm，修改页面内容流以编辑文字和图像；packages/pdf2docx 通过字符级提取和几何布局分析，在本机生成可编辑的 .docx、.pptx 或 .xlsx，macOS 和 Windows 还可调用系统 OCR 处理扫描页。Markdown 应用以 Tiptap 块编辑器读取和写回普通 .md 或 .markdown 文件。共享的 packages/agent-core 执行智能体循环，packages/ai-provider 负责模型提供商与流式输出，packages/ai-search 则在 Genspark 账户可用时提供网页搜索、图片搜索、图片生成与编辑、媒体分析和音频转写。
- 需要在 Linux、Windows 或 macOS 上处理客户交付的原生 Word、Excel 和 PowerPoint 文件，同时希望避免依赖 Microsoft Office 的个人或团队。
- 处理合同、表单或设计稿的用户，可直接修改 PDF 页面中的文字和图像，而不是用遮盖式批注模拟修改。
- 需要离线整理敏感文件的团队，可在本机打开、编辑、保存文档，并在不上传文件的情况下把 PDF 转成可编辑的 Office 格式。
- 经常修改长篇 Word 文档的编辑人员，可利用按段落补丁和未触碰内容保留机制，降低一次保存破坏原有布局的风险。
- 希望让模型直接操作文档内容的知识工作者，可在编辑器内使用按块编辑、快照、差异和文档状态感知工具。
- 需要自由选择模型服务的组织，可使用 Genspark 登录、配置多个厂商的 API 密钥，或连接内部的 OpenAI 兼容模型服务。
这个 Agent 有哪些优点和局限？
- 在一个跨平台桌面套件中覆盖 .docx、.xlsx、.pptx、PDF 和 Markdown，而不是只提供聊天界面或单一格式编辑器。
- DOCX 保存采用按段落补丁策略，未修改块保留原始 XML；PDF 编辑会重写内容流并保留原字体，不依赖遮盖式批注。
- PDF 到 Word、PowerPoint 和 Excel 的转换完全在本机进行，并在 macOS、Windows 上支持系统 OCR 扫描件。
- AI 提供商选择范围广，既支持 Genspark 登录，也支持多个厂商的 BYOK、自定义 OpenAI 兼容端点和本地服务器。
- Docs、Sheets、Slides 和 PDF 使用各自的文件引擎与状态感知工具，AI 能直接形成文档修改、快照和差异。
- AI 模型调用、搜索、图片生成和媒体分析仍需要网络；完整离线能力仅覆盖常规文档编辑和本地转换。
- Linux 仅列出 x86_64 构建，并要求 glibc 2.34+；AppImage 还依赖 FUSE 2，限制旧发行版或其他架构的采用。
- 扫描 PDF 的系统 OCR 只明确支持 macOS 和 Windows，Linux 用户没有同等的已记录 OCR 路径。
- 从源码构建 Sheets 需要额外安装 Rust 工具链，增加开发环境和持续集成复杂度。
- 官方构建默认发送有限使用分析，虽然可以关闭且声明不发送文档内容、文件名、路径、账户身份或邮箱。
- Apache-2.0 不覆盖 ee/ 目录，GenOffice 与 Genspark 的名称和标志也不随许可证授权，分发派生版本时需要调整许可审查与品牌。
如何安装或部署这个 Agent？
从 https://github.com/genspark-ai/genoffice/releases/latest 下载对应安装包：macOS 11+ 使用 arm64 或 x64 .dmg，Windows 10+ x64 使用 .exe，Debian/Ubuntu 使用 .deb，Fedora/RHEL/openSUSE 使用 .rpm，其他兼容 Linux 发行版可使用 AppImage。
Debian/Ubuntu：
sudo apt install ./genoffice_<version>_amd64.debFedora/RHEL：
sudo dnf install ./genoffice-<version>.x86_64.rpmopenSUSE：
sudo zypper install ./genoffice-<version>.x86_64.rpmAppImage 需要 glibc 2.34+ 和 FUSE 2；Ubuntu 可安装 libfuse2，Ubuntu 24.04 使用 libfuse2t64，然后运行：
chmod +x GenOffice-<version>.AppImage
./GenOffice-<version>.AppImage从源码开发时运行 npm install、npm run fixtures、npm test、npm run typecheck 和 npm run dev。Sheets 的 xlsx sidecar 还要求 PATH 中存在 cargo；npm run build -w @genoffice/sheets 会自动编译它。
如何使用这个 Agent？
启动 GenOffice 后，从统一 Shell 打开 .docx、.xlsx、.pptx、.pdf、.md 或 .markdown 文件，并在对应标签页编辑后保存。PDF 应用可直接编辑页面文字和图像，也可将 PDF 本地转换为 Word、PowerPoint 或 Excel；macOS 和 Windows 上的扫描页可通过系统 OCR 转为可编辑文字。若要使用 AI，可通过设备码登录 Genspark，无需另填模型 API 密钥；也可在 AI 设置中选择 BYOK，配置 Claude、OpenAI、Gemini、DeepSeek、Kimi、GLM、Qwen、Doubao、MiniMax、Grok、Mistral、OpenRouter，或填写自定义 OpenAI 兼容端点的 base URL 与密钥。Docs 中可检查按块修改产生的快照和差异；Sheets、Slides 与 PDF 中的智能体会围绕当前文件状态调用相应工具。普通文档编辑无需联网，AI、搜索、图片和媒体工具需要网络。
这个 Agent 与同类方案有什么区别？
GenOffice 明确定位为 Microsoft Office 的免费开源替代方案，重点是直接读写 .docx、.xlsx 和 .pptx，并把 AI 编辑作为编辑器内的首要工作流。与依赖云端转换的流程相比，其常规文档处理及 PDF 到 Office 格式转换均在本机完成。不过，来源没有证明它与 Microsoft Office 的全部功能完全等价；其兼容性主张主要建立在原生格式引擎、窄范围补丁和未修改内容保留机制上。