Claude 开始接管文档,但你甘心绑定一个 agent 么?

Claude 现在能直接修改 Word 了，还把多人协作的文档编辑搬进了自己的产品。

方便，是实实在在的方便。

但我作为一个用过好多个在线文档的人，我的心里马上就会响起一个疑问：

如果我把三年的工作资料都放进去，下次想换一个 AI，还搬得走么？

作为 Doco 的作者，我认真核对了一遍 Claude 的文档能力。越看越确认一件事：文档编辑器正在成为 AI 巨头争夺的价值高地。

因为文档里装着的，才是我们真正想留下来的东西——项目决策、客户需求、研究结论，也有家庭计划、学习笔记，以及一个人多年积累下来的判断。

谁进入文档，谁就离工作现场更近，也离下一次决策更近。

一、Claude 已经走到哪一步

截至 2026 年 9 月 20 日，这件事可以分三层看。

第一层，处理文件。

2025 年 9 月，Claude 宣布可以创建和编辑文件；同年 10 月推出 Agent Skills，把专业操作步骤、脚本和模板交给 agent 按需取用。

Word、Excel、PPT、PDF 由此进入连续的工作流。对已有 Word 文档的修改，走的是直接操作文档结构的路径，修订也可以是真实的修订对象。再说「只能重新生成一个附件」，已经落后于事实了。

第二层，进入 Office 现场。

2026 年 5 月 7 日，Anthropic 宣布 Excel、PowerPoint、Word 加载项正式可用，Outlook 加载项进入公开测试。

Claude 可以在这些应用之间传递上下文，直接在打开的文件里干活。官方公告的标题就是《跨 Excel、PowerPoint、Word 和 Outlook 与 Claude 协作》。

第三层，自己提供编辑空间。

9 月 16 日，Claude 推出 Docs 和 Slides 测试版。Docs 加入了多人实时共编，文档正在变成人和 AI 一起干活的地方。这一步写在《Claude Cowork 与聊天合为一个 Claude》的公告里。

路线很清晰：从交付文件，到进入既有应用，再到承载持续协作。

但也别急着喊「完整替代 Office」，这个说法站不住。

Excel 加载项明确不支持宏／VBA 操作；跨应用工作要目标文件保持打开；Claude Docs 目前还没有版本历史。

巨头已经把大量办公任务接进了 agent，却依然没有包办全部场景。所以可以预期：未来很长一段时间，我们用的仍然是多种工具。

真正的问题，也正出在这里。

二、方便的另一面，是越来越难搬走

在同一个 agent 里读材料、改表格、写报告，当然方便。我也想少开几个窗口，少复制几次内容。

但你甘心把所有工作资料、生活记录，都放进一家公司的工作空间吗？

明天另一个 agent 更擅长你的任务，你能不能直接换？

如果价格变了、服务政策变了，甚至服务停运、公司倒闭，你积累的东西还能不能接着用？

要先说清楚：锁定，未必表现为一个灰掉的「导出」按钮。

Claude Docs 本身就支持导出，不能说它不让用户拿走文件。

真正值得追问的是：正文拿走之后，项目背景、资料之间的联系、协作过程和使用习惯，要花多少时间重建？

迁移的成本，往往藏在文件之外。

想象一下这个场景。

你把同一份项目说明分别交给三个 agent：第一个做分析，第二个写方案，第三个负责检查。

后来需求改了。三个地方都要更新，你还得确认它们各自读的是哪一版。

如果没有额外接通，各家的会话附件和执行沙箱不会天然变成同一个资料库。于是同一个事实反复上传，同一段背景反复解释，昨天刚纠正过的错误，今天换个入口又来一遍。

最初只是多传一次文件。

积累几年之后，它可能变成一笔很难算清的搬家账单。

三、我想要的其实很朴素：数据属于我，Agent 换着用

所以我做 Doco，想回答的是一句很简单的话：

数据是我的，我自己是独立出来的，而 Agent 可以共享这些数据。

Doco 就是围绕这个想法做的产品：一个让人与 AI agent 共用文档的知识空间。

人可以在浏览器里写作，按知识库、文件夹整理资料；agent 通过接口寻找内容、读取段落，再在权限允许的范围内参与工作。

它本身是富文本协同编辑器，有表格、图片、代码块和图示等能力。但对我来说更关键的是：文档有一个独立于某次对话的存放位置。

第一件，数据放在哪里。

Doco 的原生文档状态使用 Yjs，浏览器通过 IndexedDB 保存在本地，服务器通过 SQLite 保存快照，附件另行存储。它并不是一个只装 Markdown 文件的目录。

公共仓库提供自托管方案。选择自托管，数据库和附件就在你自己管理的环境里，不需要把某家模型厂商的文件容器当作长期仓库。

第二件，能不能带走。

文档可以导出 Markdown，文件夹和知识库可以打包，并携带其中存储的图片附件。另有原生 .doco.zip 迁移包，把文档状态、目录、设置和附件带到另一个 Doco 实例。

Markdown 方便在别处继续使用，原生包用于保留 Doco 自己的结构。我不会把它们说成「任何格式都能无损转换」。

第三件，谁能来用。

Doco 提供 REST API、命令行工具和 MCP 接口。接入者依靠授权访问资料，接口不要求它必须属于某一家模型厂商。

说「所有 agent 共享资产」，准确的含义是：兼容这些接口、获得授权的 agent 可以使用同一个知识库。

数据留下来，干活的人可以换。

四、共享资料，是让不同工具接到同一份原文

这件事已经有具体的接入路径。

通用路径是 doco-agent-cli 提供的 MCP 服务和 API，仓库里给出了 Claude Code、Cursor、Codex 等工具的配置方式。

针对 DeepSeek Harness，我还做了 doco-dsh 原生插件。它直接复用 Doco 的 API 客户端，提供搜索、大纲、局部阅读和新建草稿等工具；默认关闭写入，写操作还要经过权限与宿主审批。

doco-memory-dsh 建立在这个插件之上，提供记忆库初始化、检索、上下文读取和记忆写入。结论保存在 Doco 文档里，人也能随时打开查看。

这仍是一套面向 dsh 的实现，不能说各家 agent 的内置记忆已经自动打通。但它让我能把长期结论放到会话之外，继续整理和复用。

五、连 Doco 自己，也应该允许你离开

不想自己维护服务，可以使用 doco.page 对应的在线产品形态：网页编辑、账号管理，以及供 agent 接入的接口。

这里要说清楚：选择托管服务，数据就在服务方的基础设施上。它并不等于「资料只留在自己电脑里」。

所以，当我谈数据主权，也必须接受同样的追问：如果有一天你不想用 Doco，能不能把积累带走？

导出、自托管、原生迁移，都是我对此给出的具体回答。它们还不能消除所有迁移成本，但至少提供了一条可执行的退出路径。

一个值得长期使用的工具，应该让人有能力离开。

我无法保证今天最好的 agent，一年后仍然最好，可能连一个月都保证不了。

但我希望，今天整理好的资料，十年后还能交给更好的工具使用。

如果你也在多个 AI 之间切换，可以从一份常用资料开始：把它放进 Doco（https://doco.page/），接上你常用的 agent，再试着导出一份副本。

亲手确认三件事：自己能读，换个工具能用，想走时能带走。

AI 可以不断换代，你的积累应该一直属于你。

本文由最适合人与 agent 协作的编辑器 豆蔻（https://doco.page）编写