Claude Projects 该怎么备份？从 PDF、Markdown 到 Obsidian 和 Notion
事情是这样的。
最近有人给我发来一封邮件，说他和同事看到的 Claude Projects 界面不一样。一个账号已经出现了新的项目结构，另一个账号还停留在旧版。浏览器插件在旧布局里能找到 Project，到了新版却像突然失明了一样，看不见项目里的内容。
这类问题最容易让人产生一种错觉，项目还在 Claude 账号里，应该就没事。
我自己也觉得这事有点微妙。真正让人不安的不是某个按钮换了位置，而是你突然发现，自己辛苦积累了几周、几个月的研究、文件、指令和对话，可能只存在于一个会持续变化的界面里。
如果明天 Claude 的 Projects 再换一次布局，你还能不能打开项目指令、知识文件、关键对话和 Artifacts？如果你要换账号、换工具，或者只是想把一份研究交给同事，你手里有没有一份真正能用的副本？
这才是 Claude Project 备份真正要解决的问题。
Claude Project 里到底有什么
很多人把 Project 当成一个装聊天记录的文件夹。用久了才会发现，它更像一个持续工作的上下文空间。
里面可能有项目目标、Project instructions、长期记忆、上传的知识文件、几十个聊天、代码片段、引用链接、图片、附件、Artifacts，还有一串你当时为什么做出某个判断的过程记录。
真正需要保存的，往往不是最后那段看起来最漂亮的回答，而是这套上下文。
一份研究报告的结论当然重要，但当时看过哪些来源、否掉过哪些方案、Claude 为什么改变了建议，也许更重要。几年后你重新打开项目，能不能理解当时的思路，就取决于这些细节有没有留下来。
所以，只把聊天正文复制出来，通常不等于备份了 Project。至少要把下面几类东西放在一起考虑。
| 需要保留的内容 | 以后会用在哪里 |
|---|---|
| Project instructions 和目标 | 重新建立项目，或交给另一个 AI 继续工作 |
| 知识文件和附件 | 复查来源，补充新的研究 |
| 聊天历史 | 找回推理过程、决策和版本变化 |
| Artifacts 和代码 | 继续编辑、运行或交接 |
| 图片、引用和外部链接 | 复现研究，核对原始材料 |
| 项目名、日期、来源地址 | 搜索、归档和判断版本 |
这张表看起来有点朴素，但它把一个很容易被忽略的问题摆到了桌面上。
备份的单位不是一条聊天，而是一整个工作上下文。
官方数据导出很重要，但它不是完整的工作副本
Claude 官方提供账号数据导出。个人 Free、Pro 和 Max 用户可以在网页端或 Claude Desktop 的 Settings → Privacy 中申请，导出内容包含聊天数据和账号信息。导出准备好以后，下载链接会通过邮件发送，链接有效期是 24 小时，而且下载时必须登录账号。Claude 官方帮助中心
这份导出应该保留。
它是账号级的原始存档，适合在换设备、处理账号问题或做长期留档时使用。它也能让你知道，平台愿意以什么结构交付自己的数据。
但它和「我可以在另一个地方继续使用这个 Project」之间，还有一段距离。
Anthropic 的帮助中心明确写着，导出的数据不能导入另一个个人 Claude 账号，也不支持个人账号之间的迁移。Team 或 Enterprise 成员的个人导出还不包含上传文件的内容。官方迁移说明
所以我更愿意把官方导出叫作安全存档，而不是工作副本。
它负责保底。你还需要另一份可以打开、搜索、编辑、链接和交给别人的版本。
这也是很多用户搜索 Claude Project export 时真正想问的事。他们不只是想知道有没有下载按钮，而是想知道，项目换了界面以后，我还能不能读懂自己的资料？能不能把它放进 Obsidian？能不能交给 Notion？能不能生成一份稳定的 PDF？
PDF、Markdown、Obsidian 和 Notion，分别解决什么问题
这四种格式经常被放在一起比较，但它们承担的任务完全不同。
PDF 更像一份封存后的成品。它适合打印、离线阅读、交给客户，或者把某次研究冻结成一个不会随意变形的版本。长对话如果带有目录、消息角色、附件提示和清晰的排版，回头查起来会舒服很多。
Markdown 是最通用的源文件。它不依赖某一家软件，能放进本地硬盘、Git 仓库、Obsidian、Logseq 或普通编辑器里。标题、列表、代码块、表格、链接和 YAML 元数据都可以继续编辑，迁移成本最低。
Obsidian 更适合那些想把 Claude 对话变成个人知识库的人。你可以按项目、主题、日期或来源建立目录，也可以在笔记之间加链接。它的好处不是界面更漂亮，而是文件真的在本地，搜索和重组不需要重新登录 Claude。
Notion 适合团队协作和结构化管理。研究记录、客户项目、内容选题和会议材料可以放进数据库，按项目、状态和负责人筛选。代价也很直接，它仍然依赖 Notion 账号和云端工作区，导出之后也不能一键把原来的工作区完整恢复。Notion 备份说明
可以用一句很简单的话来记。
PDF 用来封存，Markdown 用来迁移，Obsidian 用来长期拥有，Notion 用来协作。
真正麻烦的是，Project 列表不等于 Project 导出
很多人第一次遇到这个问题，都会直接去 Claude Projects 列表里找一个「Export Project」按钮。
但在实际使用里，能不能从列表看到完整项目，往往和账号处于哪一批界面推送有关。有人看到的是带有线程和协调器的新结构，有人看到的仍然是旧版聊天列表。即使项目本身没有消失，浏览器扩展也可能因为页面结构变化，暂时无法在列表层识别它。
目前更现实的路径，通常是从能正常打开的对话详情里导出，或者在批量导出页面里选择可见的聊天。它和直接从 Projects 列表导出整个项目，是两件事。
这块需要说得诚实一点。导出工具能处理的是当前登录会话能看到、能读取的内容。它不能替你打开一个账号还没有收到的新版功能，也不能绕过权限，更不能从一个已经无法访问的账号里凭空找回资料。
这也是为什么截图和录屏很有价值。只看一句「我的 Project 导不出来」，很难判断问题来自账号分批推送、项目迁移、页面结构，还是单纯的入口位置变了。
用户真正关心的几个问题
有人会问，Project instructions 和 memory 会不会跟着聊天一起导出？
不能直接假设会。聊天正文、项目设置、知识文件和记忆在产品里属于不同层次，导出工具是否能拿到它们，取决于当前页面、账号权限和导出方式。最稳妥的做法，是把项目指令、目标和重要记忆单独保存成一份 Markdown，而不是只保存聊天记录。
有人会问，Artifacts 会不会丢？
也不能只看聊天里有没有一个预览框。Artifact 可能在对话中经历多次更新，最后一条消息未必包含完整的历史版本。如果 Artifact 是项目交付物，应该在备份后单独打开确认，代码、文档、图片和附件都要抽查。
有人会问，官方导出能不能直接导入另一个 Claude 账号？
目前不行。官方文档已经明确说明个人账号之间不支持这种导入迁移。你可以把官方数据当作原始材料，再把真正需要继续工作的部分整理成 Markdown、Obsidian 或 Notion。
有人会问，Max 用户是不是一定能提前拿到新版 Projects？
也不要这样理解。套餐可能影响可用范围，但界面分批推送、已有项目、账号历史和迁移批次同样可能影响你看到的页面。升级套餐不是可靠的备份策略，删除旧项目更不是。
我更推荐的备份方式，分成两层
第一层是官方账号导出。它不一定好读，但要保留原样，最好存进一个单独的压缩包，并记录申请日期和账号信息。它像底片，平时不拿来工作，出问题时很有用。
第二层是可读的工作副本。把关键 Project 的指令、目标、知识文件索引和重要聊天导成 Markdown，放进 Obsidian 或其他本地目录。需要团队一起看的内容，再同步到 Notion。已经完成、要交付或需要打印的研究，再输出成 PDF。
这不是让你每天把所有聊天都导一遍。那样很快就会变成另一种信息垃圾场。
我自己的判断是，每周处理一次「真正还会用到的对话」更容易坚持。研究结论、代码决策、客户需求、长篇草稿和那些你当时花了很久才想明白的问题，优先级最高。
导出之后一定要打开文件检查。看一眼标题，翻到中间，确认代码块、表格、图片和附件还在，再随机点几个链接。很多备份失败，不是因为没有生成文件，而是生成了一个以后没人愿意打开的文件。
如果你想把 Markdown 直接放进 Obsidian，可以让文件带上项目名、平台、来源地址、创建时间和消息数量等元数据。这样一堆文件才有机会变成知识库，而不是一个更大的 Downloads 文件夹。
Notion 也一样。不要把所有对话无差别塞进一个数据库。按项目或主题建立结构，保留来源链接，把最终结论和原始聊天分开，未来查找会轻松很多。
这件事最后会回到一个很朴素的问题
你是在保存聊天，还是在保存自己的工作？
如果只是保存聊天，截图、复制粘贴和平台自带历史记录，短期可能够用。
如果你是在保存研究、代码、写作和决策，那就需要把 Project 当成一个小型档案来处理。原始数据要有一份，能读懂、能搜索、能继续使用的副本也要有一份。
Claude 的界面还会继续变化。线程、协调器、Folders、置顶项目、彩色图标，哪些会成为正式功能，哪些只是某一批账号的实验，现在没人能替你保证。
但你可以先把真正重要的东西放到自己看得见的地方。
官方导出留作保底，Markdown 留作源文件，Obsidian 留作本地知识库，Notion 留作协作空间，PDF 留作稳定的交付和阅读版本。它们不需要互相竞争，反而可以各自承担一层责任。
如果你正在整理 Claude 的聊天、Artifacts 或 Projects，可以先从最重要的十条对话开始，试着导出到 Markdown 和 Obsidian、Notion 或 PDF。想一次比较不同目的地，也可以看 Claude Export Hub。
别等到下一次界面改版，才发现自己只有一个登录入口。
参考资料
- Claude Help Center，Export your Claude data
- Anthropic，Collaborate with Claude on Projects
- Notion Help，Back up your data
- Claude to Obsidian，Markdown export workflow
- Claude to Notion，Project and conversation export
- Claude to PDF，Project archive workflow
AI Exporter Hub 是独立的第三方工具集合，与 Anthropic 或 Claude 没有隶属关系。导出前请确认你对相关内容拥有访问和保存权限，并在发布或分享前检查文件是否完整。