Lark 和飞书使用同一套产品思路，但英文搜索词会指向不同任务：export 是单篇下载，wiki export 是知识库迁移，to Markdown 是格式转换，backup 是长期留存。先确定任务，再选择逐篇、批量或自动化方案。
中文用户搜“飞书文档导出”，英文用户更可能分开搜 Lark docs export、Lark wiki export、Lark to Markdown 或 Lark backup。它们看起来都在找下载入口，实际对应的任务差别很大。
如果你在英文界面里工作，先不用急着找某个特定按钮。把搜索词翻译成任务，方案会清楚很多。
Lark 和飞书名称不同，处理逻辑相同
产品在不同地区使用不同品牌名，但文档、知识库、附件和权限的基本结构相似。阅读本文时，可以把 Lark 理解为英文界面的飞书。
两个名称之间最大的差异是搜索语言。中文教程里写“知识库”“云文档”“导出为”，英文界面里可能显示为 Wiki、Docs、Download 或 Export。用对应语言搜索，更容易找到界面位置。
四个关键词分别代表什么任务
| 英文搜索词 | 实际想做的事 | 优先关注 |
|---|---|---|
| Lark docs export | 导出一篇普通文档 | 是否有下载权限、选择什么格式 |
| Lark wiki export | 搬走一个知识库 | 层级、批量范围、图片与附件 |
| Lark to Markdown | 转成可编辑文本 | 标题、表格、代码块和本地图片 |
| Lark backup | 建立长期副本 | 频率、版本、离线可打开 |
知道这四个词的区别后，不要再用同一套步骤处理所有任务。单篇下载很快，整库迁移更接近一个小项目。
单篇导出先看格式
普通文档常用格式是 Markdown、Word、PDF 和 HTML。它们不是互相替代的关系：
- Markdown 适合知识库和长期编辑。
- Word 适合继续排版和交付。
- PDF 适合固定查看和打印。
- HTML 适合保留网页式浏览体验。
导出后立即打开文件，不要只看下载提示。图片是否落地、链接是否还能点、表格是否错位，都比文件大小重要。
知识库导出先看层级
知识库通常不是一篇文档，而是一棵树。整库迁移时，先列出根目录、子目录、页面数量和附件位置。
只拿到一堆 Markdown 文件，层级全平铺，后续还要靠文件名重新猜结构。更合理的验收标准是：
- 目录能和原知识库对应。
- 每篇页面都有独立文件。
- 图片与文档一起移动。
- 随机抽查页面能离线打开。
页面很多时，再考虑批量队列或开放平台自动化。不要为了省一次设置，先用脚本处理所有敏感资料。
转 Markdown 不等于备份
Markdown 的优点是纯文本、易编辑、适合版本管理。缺点是复杂排版、公式、评论和某些附件无法完全保留。
如果你需要的是长期备份，Markdown 可以作为正文副本，但不能假装它覆盖了所有原始信息。重要附件、表格和带版式的交付文件，应该各留一份原格式。
把“编辑用的 Markdown”和“合规留存的原始文件”分成两套目录，能避免以后拿错版本。
英文用户怎样验证导出结果
无论关键词来自哪一种搜索，最后都回到三项检查：
- 文件可以离线打开。
- 图片和附件跟着目录走。
- 你本来就有权保存这些内容。
如果使用浏览器扩展，确认它处理的是网页版页面，而不是桌面客户端。扩展只能在你当前允许的权限内工作，不负责绕过组织的访问策略。
搜索语言不同，方法可以统一
先用英文关键词确定任务，再回到自己的账号和权限检查流程。单篇文档优先保证格式正确，知识库优先保证层级和附件完整，长期备份优先保证可重复验证。
不要被产品名困住。Lark docs export 是入口，Lark backup 是结果；中间真正决定质量的是权限、结构和本地化资源。