这些情况选择 Doco
- 工作流依赖稳定块 ID 和 If-Match 保护的 Agent 写入。
- MIT 许可与自托管是明确要求。
- 重视 Markdown 往返,以及人和 Agent 共用的文档层。
需要熟悉的办公协作、建议、评论和 Workspace 管理能力时,选择 Google Docs。看重 MIT 开源自托管、稳定块 ID,以及围绕 Markdown 的 CLI、REST、MCP 接口时,选择 Doco。Google 也已提供第一方 MCP 和带修订版本校验的 Agent 写入。
这些产品有重叠,但重心不同。先确定事实源是什么,以及哪些人和 Agent 必须共同维护它。
| 维度 | Doco | Google Docs |
|---|---|---|
| 核心工作 | Agent 安全协作文档 | 托管式实时协作办公文档 |
| 数据所有权 | MIT 许可应用与自托管 | Google Workspace 专有服务,不支持自托管 |
| 人类协作 | Yjs 实时编辑与浏览器本地持久化 | 实时编辑、建议、评论、权限与分享 |
| Agent 接入 | 29 工具 MCP、CLI、REST、稳定 ID 与 If-Match | 第一方远程 MCP(开发者预览)、Docs API 与修订版本控制 |
| 内容模型 | 文档/块模型,嵌入表格和电子表格 | 原生结构化文档,按字符索引范围和标签页定位编辑 |
| 最适场景 | Agent 维护书面知识的团队 | 重视熟悉的办公协作与 Workspace 企业治理的团队 |
Google Docs 更适合通用办公协作:编辑方式熟悉,建议、评论与分享成熟,并有企业治理、Gemini 功能和丰富的生态。其第一方托管 MCP 继承用户权限,截至 2026 年 11 月仍处于开发者预览阶段。
当 MIT 开源自托管、稳定块 ID 和 Markdown 往返是重点时,Doco 更合适。29 工具 MCP、CLI、REST 与 If-Match 构成面向 Agent 的编辑接口。Google 同样支持修订版本保护写入;这里的区别在于按块定位还是按字符索引定位。
先通过 Drive 的下载功能(Markdown、DOCX、PDF 等)或 Google Takeout 导出有代表性的文档。Google 支持 Markdown 导入导出,但原生模型是结构化文档;迁移前应检查复杂内容的往返效果和团队协作流程。
导出有代表性的 Google Docs 文档与资源,保留 Drive 或 Takeout 备份。
将 Markdown 导入 Doco,并整理到知识库和文件夹。
检查复杂内容、格式与 Markdown 往返效果,另行核对评论、建议、分享和权限。
先用稳定块 ID 与 If-Match 试跑 Agent 工作流,再决定哪些办公流程继续留在 Google Docs。
先用真实数据做小范围演练。在链接、附件、权限、表格和恢复流程都验收前,保留原始导出。
成熟的办公协作与 Workspace 企业治理更适合交给 Google Docs。需要开源自托管、稳定块地址和围绕 Markdown 的 Agent 工作流时,选择 Doco。两者都有保护 Agent 写入的机制,差异在于文档模型与部署方式。
有。Google 托管的 https://docsmcp.googleapis.com/mcp/v1 使用 Streamable HTTP 和 OAuth 2.0。开发者预览提供 read_doc、update_doc(接受 batchUpdate 风格请求),并支持预览版评论读取与管理,沿用用户自身权限。
能。documents.batchUpdate 的 WriteControl 中,requiredRevisionId 会在文档已变化时拒绝写入;targetRevisionId 允许服务端合并协作者的修改。批处理具有原子性,一条请求无效则整批失败。编辑按字符索引和标签页定位,Google 建议按索引从后往前修改。
Google Docs 是专有托管服务,数据存放在 Drive。它支持 Markdown 导入导出,但原生采用自己的结构化文档模型,应检查复杂内容的往返效果。可通过下载或 Google Takeout 导出数据。