从其他应用导入

更新日期：2026-07-28

Plainva可以把笔记从其他笔记应用中导入进来。导入内容总是会写入你当前打开的仓库中一个由你命名的子文件夹——因此它绝不会影响仓库中的其他内容，之后你也可以像对待其他文件夹一样移动或删除这个导入出来的文件夹。

**导入是桌面端功能。**移动应用无法导入：请在桌面端导入笔记，它们会像其他文件一样通过同步到达你的手机。

开始导入

有三种进入方式：

• 启动界面 → 从其他应用导入——如果你还没有任何仓库，这是入门的方式，也是切换应用时的常见情况。
• 命令面板（Mod+P）→ 从其他应用导入…
• 右键点击文件树中的一个文件夹 → 从其他应用导入…

第一步会询问你的导出内容——选择文件…或选择文件夹…，视你手头有什么而定。之后向导会说明它识别出的应用，接着由你决定导入写入的位置。随后会出现一份预览，其中包含本次运行的各项数字、此次导入的局限性，以及针对该来源的开关。在你点击开始导入之前，不会写入任何内容。

你不需要知道哪个条目对应你的导出内容。 只需选择文件，Plainva 就会识别来源——通过路径中较长的 ID 识别 Notion 导出，通过 journals/ 和 pages/ 文件夹识别 Logseq 图谱，通过 JSON 内容识别 Keep 或 Simplenote 导出。向导会说明它识别出的内容；如果识别错了，在上面的列表中修改即可，你的选择会保留下来。

导入写入的位置

每次导入只能选择两者之一——不能同时选择两个：

• 新建仓库：你选择一个空文件夹，Plainva 会在其中创建一个全新的仓库并导入进去。你已有的任何内容都不会被触碰，撤销整个导入只需删除那个文件夹即可。如果你正在试用 Plainva，这是正确的选择。
• 当前打开仓库中的子文件夹：所有内容都会放进一个新建的子文件夹里，由你来命名。你仓库的其余部分不受影响。

选择下方的目标行始终会写明确切的文件夹，因此内容会落在哪里绝不是猜测。

此次导入的选项

预览会在数字下方显示与所识别来源相匹配的开关——每个来源都会带来自己专属的开关，某个来源做不到的事，也绝不会出现在那里。开关放在这里而不是更早的位置，是因为这些问题只有在你看到即将发生的事情后才有意义；能改变数字的开关一经切换，数字就会立即重新统计。

• 保留来源中的日期（开启）——导入的笔记会带有来源的创建和修改日期。关闭此项后，所有内容都会标注为今天的日期。
• 同时导入已删除的笔记（关闭）——针对导出内容包含回收站的 Google Keep 和 Simplenote。默认情况下，位于那里的内容会留在原处；报告中会列出它们的名称。

预览显示的内容

预览是写入任何内容之前的最后一站，它会说明之后原本会令人意外的所有事项：

• 本次运行的各项数字——笔记和数据库，以及来源中若存在的附件和检查清单，
• 精确的目标文件夹，
• 这个导入器无法迁移的内容，以及压缩包中被单独跳过的每一项，
• 如果仓库已连接云端，会提示导入的笔记随后会被上传，
• 如果来源非常庞大，会提示搜索索引和首次同步之后需要一些时间。

停止运行

较大的工作区可能需要一些时间，因此导入是可以停止的：在运行过程中点击停止导入。已经进入仓库的内容会保留在那里，报告中也会说明——部分完成的导入并不是损坏的导入。和完整导入一样，撤销方式就是删除那个文件夹。

你可以导入什么

Obsidian 也在这份列表中，但它不会启动任何导入——也确实不需要。Plainva 使用的是同样的 Markdown 文件：这一项会说明这一点，并为你提供打开仓库。Wiki链接、标签、Frontmatter 和 .base 文件都能继续正常使用，你的仓库在 Obsidian 中依然可用。诚实地说：这里没有插件生态、没有 Canvas、也没有 Dataview——取而代之的是.base中的筛选功能，笔记中的插件语法则会原样保留为纯文本。

Notion详解

Notion是唯一一个两种导入路径差异很大的来源。

使用集成令牌（推荐）。 在notion.so/my-integrations创建一个令牌——向导会说明这三个步骤，并为你打开这个页面。然后打开每个要导入的Notion页面，点击右上角的**”…”**→连接，再添加你的集成——Notion只会开放你已明确连接的页面。

Plainva不会保存这个令牌。 它只对这一次运行有效，之后就会消失；不会创建任何已连接的账户。下次导入时，你需要重新粘贴它。

通过API，Plainva看到的是结构，而不仅仅是文本：

• 页面层级结构会变成文件夹结构。
• 每个数据库都会变成一个.base文件，加上一个文件夹，其中每一行对应一篇笔记。
• 关联会变成这些笔记之间的Wiki链接，且是双向的。
• 21种属性类型会被映射——单选、状态、多选、日期、数字、复选框、URL、邮箱、电话、公式、汇总、关联、人员、唯一ID等等。
• 表格、看板、日历和列表视图会根据数据库模式自动生成。
• 嵌入在页面内的数据库会变成实时的![[Database.base]]嵌入。

通过ZIP导出。 这种方式可以离线进行，也不需要令牌，但Notion的导出不包含数据库模式或页面ID。页面及其文件夹会被迁移过来，并且已导入页面之间的链接仍会正常工作——Notion会在每个路径片段中写入一个较长的ID，Plainva会将其指向实际写入的笔记。数据库会被创建为空的.base文件，报告中也会说明这一点。如果你的数据库内容很重要，请使用API方式。

导入无法迁移的内容

每个导入器都会在预览中说明其局限性，并在报告中再次列出。主要的局限包括：

• 附件和图片不会被导入。 报告会逐一列出这些内容，让你了解导出内容中留下了什么；Evernote的附件和Keep的图片同样会留在那里。
• 压缩包中的部分条目会被有意跳过： 体积过大的文件、符号链接以及路径不安全的条目。在你开始导入之前，它们会连同原因一起显示在预览中。
• 非常长的Notion页面会被完整读取，但嵌套在折叠块、分栏或子列表中的内容不会被读取。
• Logseq文件会原样复制——key:: value属性和块引用不会被转换为Plainva的属性或链接。
• 删除的笔记仍会保持删除状态。 Simplenote和Google Keep的回收站会被跳过——你曾经决定放弃这些笔记，导入不应该悄悄把它们还给你。报告中会指明它们的名字，方便你看到哪些内容被留下了。
• Notion的ZIP导出会创建空的数据库（详见上文）。

日期同样会被迁移

如果导入后所有内容的日期都变成了今天，那么一份历经多年积累的收藏就会失去它的时间脉络。因此，Plainva会保留来源的日期信息：

• 它们会作为created和updated写入导入笔记的Frontmatter中——关系图的时间轴同样是从这里读取它们的。
• 文件本身也会获得来源的修改日期，这样按日期排序和最近打开才会准确。文件的创建时间只能在Windows上设置；在其他系统上，Frontmatter是承载这一信息的地方。
• 如果来源没有提供日期，Plainva会使用导出文件的日期。它绝不会凭空捏造一个日期：如果完全没有可用的信息，该字段就会保持为空。

单个失败不会终止整个导入

如果某一篇笔记无法写入，导入会继续进行，报告会列出它并说明原因。即使运行提前中止，报告也会被写入——因此你始终能看到已经进入你仓库的内容。

不会覆盖任何内容

导入内容会写入你当前打开的仓库，因此它的设计原则是不做破坏性操作：

• 如果笔记名称已被占用，导入的笔记会被编号（Meeting (2).md），而不是替换已有的笔记。当两篇源笔记同名时，同样适用这个规则。
• 导入的笔记会带有通常的OKF Frontmatter（type、okf_version），因此在.base的筛选和视图中，它们的行为与其他任何Plainva笔记一样。
• 目标子文件夹之外的任何内容都不会被改动。

如果你希望将导入内容完全独立开来，可以先新建一个仓库（在启动界面选择新建仓库），然后再导入其中。

导入报告

每次运行都会在目标文件夹中写入一份导入报告。其中列出：

• 导入了多少笔记和数据库，
• 这个导入器完全无法迁移的内容，
• 所有不完整到达或被跳过的内容，并附带原因，
• 以及每个文件及其状态。

这份报告是本次运行的如实记录——如果有内容被截断或丢弃，都会记录在此，而不会被悄悄算作成功。在你删除导出文件之前，值得读一读这份报告。

报告的最下方说明了如何撤销这次导入：一次运行产生的所有内容都位于同一个文件夹中——删除这个文件夹，导入内容就随之消失。如果目标是新建仓库，那就是新仓库自身所在的那个文件夹。为此并不需要专门的撤销命令。报告本身也只是一篇普通笔记，读完之后即可删除。

另请参阅

• 数据库（.base）——导入的Notion数据库会发生什么
• OKF——导入的笔记会获得怎样的Frontmatter
• 快速上手——为导入内容新建一个独立的仓库