打造智能家庭办公：2026年5款顶级NAS知识库软件深度对比

NAS 知识库最容易选错的地方，不是软件功能太少，而是把“文件能放在家里的硬盘上”误当成“知识库已经可靠”。实际使用中，搜索速度、多人编辑冲突、备份可恢复性和外网访问方式，往往比首页长什么样更影响体验。本文从家庭办公的部署、维护和协作约束出发，对 Wiki.js、BookStack、DokuWiki、Outline 和思源笔记五种方案做横向分析，并给出适合不同 NAS 用户的取舍方法。

一、核心结论：先按维护能力选，再按编辑体验选

1. 五款软件各自适合什么人

如果只看结论，我会把五款软件分成三种部署思路：传统网页知识库、轻量文件型 Wiki，以及偏个人知识管理的笔记系统。它们都可以与 NAS 结合，但“能部署”不代表维护成本相同，也不代表适合多人共同编辑。

这不是一份“谁功能最多谁第一”的排行榜。家庭 NAS 的真实约束是：硬件常年开机但性能有限，管理者通常只有一两个人，出问题时也没有专职运维。对这种环境来说，每次升级是否有明确回滚办法、备份能否独立恢复，比功能清单多十项更值得优先考虑。

2. 如果只能给一个选择建议

想让家人或小团队共同维护流程文档，我会先试 BookStack 或 Wiki.js：前者适合目录清晰、内容稳定的手册，后者更适合有较多链接、权限和集成需求的知识站点。只想低成本保留个人资料或小型 Wiki，可以先看 DokuWiki。追求团队协作界面的用户可以评估 Outline，但要先验证自己的 NAS 是否能稳定承载它的依赖服务。

如果主要诉求是“个人笔记能关联起来”，而不是“所有人进入同一套企业式知识库”，思源笔记更值得试用。它不应因为支持本地数据就被自动归类成多人协作服务器；个人使用、设备同步、家庭成员同时编辑，是三个不同问题。

3. 选型时优先检查的四件事

• 数据落在哪里：是数据库、应用目录、Markdown 文件，还是多个位置混合保存？
• 怎么恢复：只复制文档目录是否够用，还是必须同时备份数据库、附件、配置和密钥？
• 谁来维护：升级、账号、权限、证书和故障排查由谁负责？
• 出了问题能否离线访问：NAS、路由器或外网中断时，关键资料是否还有本地副本？

下面的能力对照是基于各软件公开的部署方式、功能定位和官方文档所描述的架构做出的选型判断，不是统一硬件上的实测排行榜。具体支持项会随版本变化，部署前仍应检查项目官方安装文档、版本发布说明和 NAS 容器平台的兼容情况。

二、背景和真实场景：NAS 知识库不是共享文件夹换皮

1. 家庭办公的资料问题通常不是“没有地方存”

不少家庭已经有 NAS、云盘、手机相册、邮件附件和即时通信收藏，但同一份重要信息常常散落在这些入口里。比如路由器设置记录在一张截图里，报税资料在电脑下载目录里，家庭设备保修单在邮件里，常用软件的部署步骤则留在某个人的聊天记录中。

存储空间解决的是“文件放在哪里”，知识库要解决的则是“如何找到、理解、更新和交接”。一份有效的设备说明，至少应该有型号、安装日期、账号保管位置、故障处理步骤、相关附件和最近更新时间。把扫描件堆进文件夹，不能自动得到这些上下文。

2. 一个典型家庭办公案例：四类信息、三个使用者

假设一个三人家庭把 NAS 用于远程办公、家庭设备管理和长期资料归档。一个人负责网络和存储，一个人维护工作流程与常用模板，另一人需要查询设备说明、旅行清单和家庭行政资料。这个场景看起来不复杂，却同时包含了个人笔记、多人手册、敏感资料和附件归档四种需求。

如果所有内容都放在个人笔记软件里，其他人可能不知道从哪里进入，也可能缺少适合他们的账号或权限。如果一律放进网页 Wiki，个人的零散想法又可能因为编辑和归类流程太重而不愿记录。因此，真正的设计问题不是“选一款万能软件”，而是区分哪些知识要共享、哪些内容应受限、哪些资料只需归档。

3. 家庭 NAS 的边界条件与办公室不同

企业通常可以分配专人负责服务监控、身份管理、数据库维护和灾难恢复；家庭环境多半由一位技术爱好者兼职承担。家中网络还可能变更路由器、运营商地址或无线设备，NAS 固件更新后也可能影响容器、共享目录或反向代理配置。

所以我会把“长期维护负担”作为和编辑体验并列的选型维度。一个界面再好用的系统，如果需要管理者在每次升级时临时搜索迁移命令，最后可能被全家弃用。反过来，界面朴素但备份简单、资料易导出的方案，对一人维护的小型知识库可能更稳妥。

4. 先分清知识库、网盘和备份

• 网盘或共享文件夹：适合保存原始文件、照片、扫描件和大型附件。
• 知识库：适合记录经过解释和组织的流程、索引、决策、清单与经验。
• 备份：适合在误删、损坏、勒索软件或设备故障后恢复数据，不能由“文件仍在 NAS 上”替代。

最实用的组合往往不是让知识库取代网盘，而是由知识库承载文字与索引，网盘承载大型原件，再用备份任务保护两者。对于重要资料，页面里可以记录附件所在位置和版本信息，但不要让唯一副本只存在于一个应用的内部存储中。

三、常见误区：部署成功不等于知识库可用

1. 误区一：NAS 有 Docker，就代表所有软件都适合部署

容器能解决打包和运行环境的一部分问题，却不会自动处理持久化存储、网络访问、数据库备份、升级兼容、密钥管理和资源分配。尤其要注意，应用容器被删除后，如果数据库或附件没有挂载到持久化目录，知识库可能看起来“突然空了”。

在部署前，我会先画出应用依赖关系：网页服务连接什么数据库，附件存放在哪里，搜索或缓存是否需要独立服务，反向代理如何转发请求。依赖越多，潜在故障点越多；但这不等于复杂方案必然不好，而是要求部署者愿意维护完整链路。

2. 误区二：把“支持 Markdown”当作完整迁移保证

Markdown 能帮助迁移标题、列表和部分链接，但通常不能完整保留用户权限、评论、页面历史、附件引用、数据库关系和特定插件语法。一个导出的压缩包里有不少 Markdown 文件，不代表新系统已经能复原原有知识库。

迁移前至少要抽查三类内容：一篇正文、一篇带附件页面、一篇包含复杂表格或内部链接的页面。检查标题层级、图片路径、链接目标、中文文件名和特殊字符。随后还要确认导出是否包含权限和历史记录，哪些只能在原系统中查看。

3. 误区三：RAID、快照和同步就是备份

RAID 主要应对特定硬盘故障，快照有助于回退到过去状态，同步用于让多处数据保持一致。它们都可能受同一台 NAS 的硬件故障、管理员误操作、恶意加密或权限错误影响。尤其是同步删除：如果误删被同步到所有副本，副本数量再多也可能没有可恢复版本。

知识库至少应该有可独立读取的备份副本，并定期做恢复测试。若应用有数据库，不能只复制正在运行的数据库文件就假定备份有效；应采用应用支持的逻辑备份方法或一致性快照流程，并把附件、配置和必要密钥一并纳入恢复计划。

4. 误区四：全家共用管理员账号最方便

共用账号看起来省事，却会让内容修改无法追溯，也无法在某位家庭成员不再需要访问时单独撤销权限。账号共享还容易造成密码扩散：路由器密码、外网入口和知识库管理员权限可能被一个简单的“方便登录”决定绑定在一起。

家庭用户不一定需要复杂的企业权限模型，但至少要区分管理员和普通编辑者，并对敏感页面做访问边界判断。外网访问更应优先使用安全的远程接入方案，避免为了临时查询资料而直接暴露管理后台。

5. 误区五：软件功能越多，长期效率越高

功能可以带来灵活度，也会带来选择成本。家庭成员需要知道页面该放在哪、如何创建标签、什么时候加链接、附件用什么命名。规则太多时，用户会绕过知识库，重新把信息发到群聊或存进个人目录。

我通常建议先建立少量稳定入口：家庭设备、办公流程、行政资料、个人笔记。使用两到四周后再根据实际搜索困难增加标签、模板和权限规则，而不是在部署当天就设计一套复杂分类体系。

四、专业判断逻辑：用六个维度把五款软件放到正确位置

1. 维度一：存储架构决定备份和迁移的形状

DokuWiki 的文件型思路对希望直接查看和复制文本文件的用户有吸引力。其便利点是数据结构相对直观，故障排查时可以从文件层面理解内容；但插件、访问控制和页面元数据仍需要结合具体配置检查，不能只备份某个文本目录就宣布迁移完成。

Wiki.js、BookStack 和 Outline 这类自托管网页应用，通常需要把应用数据与数据库或其他依赖一起纳入运维规划。对使用者来说，页面编辑体验可能更完整；对维护者来说，备份对象和升级顺序也更需要照官方文档执行。

思源笔记的本地化与个人数据工作流对单人使用有价值。不过，实际部署时应明确当前使用的是桌面端、移动端还是服务端方式，并查看该版本的同步、协作和授权说明。不能从“数据在本地”直接推导出“所有设备都可无冲突同步”。

2. 维度二：内容组织模型是否符合你的资料形态

• 层级手册型：适合“类别，章节，步骤”的内容，例如设备维护指南、家庭应急流程。BookStack 的书架和章节结构容易讲清楚。
• Wiki 链接型：适合主题之间交叉引用较多、需要灵活组织页面的资料。Wiki.js 或 DokuWiki 可以进入候选名单，前者偏现代协作，后者偏轻量和文件直观。
• 团队文档型：适合共同撰写、审阅和搜索的团队内容。Outline 的协作体验可能更贴合，但应先确认部署依赖和访问管理。
• 个人关联笔记型：适合把概念、项目记录和灵感通过链接连起来。思源笔记更符合这种工作方式，但共享手册不应未经验证就与个人笔记流程混为一谈。

3. 维度三：把“协作”拆成四项具体能力

“支持协作”不是一个足够精确的选型描述。我会把它拆成多人账号、权限范围、同时编辑时的处理方式和变更追溯。一个系统可以支持多账号，却不一定适合多人实时共同修改同一页面；可以允许分享页面，也不一定能对家庭敏感资料做细粒度授权。

试用时用两个浏览器账号同时修改同一篇测试页：一个人编辑标题和正文，另一个人修改列表并保存。观察系统是否提示冲突、保留版本、覆盖内容或自动合并。不要拿“页面能打开”代替协作测试。

4. 维度四：搜索质量取决于内容质量和索引边界

用户抱怨“搜索不好用”，原因不一定是搜索引擎弱。内容里没有设备型号、别名或适用日期，文档标题都叫“记录”，附件只有随机文件名，搜索再快也难以命中。先做命名约定和页面模板，通常比换一个复杂搜索组件更有效。

测试搜索时，至少准备常用说法、正式型号、缩写、旧名称和错别字场景。搜索“主路由”“家庭路由器”和设备型号时，是否能定位同一份说明？如果只能搜到正文而搜不到扫描件里的文字，也要确认该系统是否支持相应的附件索引及所需配置。

5. 维度五：NAS 资源与维护人力要一起估算

不同 NAS 的处理器架构、内存、存储布局和容器支持差异很大，不能仅凭软件首页判断运行负担。相比给出一个脱离硬件的“至少几核几 GB”，更可靠的方法是从轻量方案开始，记录冷启动时间、常用页面打开时间、搜索延迟和资源占用，再按实际用户数决定是否扩容。

维护时间也应该纳入成本。每月花半小时检查更新与备份，对爱折腾的用户可能可接受；如果家里没有人愿意处理故障，那么一套依赖多个服务、需要频繁维护的系统就算免费，也可能比付费托管更贵。

6. 维度六：外网访问与数据敏感度分开评估

家庭知识库常包含网络配置、证件扫描件、财务材料或工作信息。不要因为 NAS 能从外网访问，就把所有页面都设为同一权限。更稳妥的做法是先确定内容分级，再选择是否远程访问；对高度敏感资料，可能应放在受限目录或独立加密存储中，而不是默认放入可分享的知识页面。

部署评审时，我会逐项确认访问入口、HTTPS 证书、强密码或多因素认证能力、管理员后台暴露范围、日志与更新策略。产品本身的认证功能和家庭网络的访问配置是两层事情，不能把“应用有登录页”当作完整安全方案。

五、五款软件深度对比：优势不是脱离场景存在的

1. Wiki.js：适合愿意把知识库当作长期服务维护的人

Wiki.js 的吸引力在于它不是单纯的文本文件浏览器，而是面向现代网页知识库设计，能够承接用户、权限、编辑和内容存储等需求。对于家庭团队或小型工作室，如果文档量逐渐增长、页面之间有不少关联，而且多人需要持续更新，Wiki.js 值得放入候选名单。

它的代价也比较明确：自托管方案需要按官方要求准备应用运行环境和数据库等组件。NAS 管理者要理解数据持久化、升级兼容和备份恢复，而不能只依赖容器管理界面里显示的“运行中”。在部署前，应确认所选数据库版本、存储卷映射、附件位置和恢复说明能匹配当前版本。

我会用 Wiki.js 管理可共享的操作指南、网络设备文档和团队 FAQ，但不建议把它当成无需维护的“家庭数字保险箱”。如果你每次升级都不愿意查看发布说明，也没有做过数据库恢复演练，那么它的灵活性可能会变成额外负担。

2. BookStack：最适合目录感强、需要让家人快速上手的手册

BookStack 的层级模型直观：书架、书籍、章节和页面接近多数人理解的资料整理方式。对家庭用户来说，“网络设备手册”下面放路由器、交换机和无线节点的说明，通常比要求每个人先理解标签体系更容易推广。

它的长处是内容组织清楚，不等于每类知识都适合塞进层级结构。如果同一主题需要被多个栏目引用，或者个人笔记需要形成复杂关联，层级树可能让分类变成反复争论。面对大量临时想法，我会把 BookStack 留给经过整理、值得共享的稳定资料，而不是要求它承接所有草稿。

部署方面要根据官方安装文档核实应用和数据库要求，并确保页面、附件与数据库有一致的备份方案。试用时，我会让一位不参与部署的家人完成“找到设备型号，查看重置步骤，补充最近一次维护日期”三项任务。如果需要口头解释多次，问题通常不在家人，而在信息架构。

3. DokuWiki：用较少依赖换取轻量和文件可读性

DokuWiki 的文件型设计让它在低资源和可迁移性方面有独特价值。对只需数人维护、内容以文字为主的家庭 Wiki，少一个数据库服务就少一层依赖，备份也更容易从文件视角理解。

但“文件型”不等于“完全不用管理”。访问控制、插件、模板和配置仍需要备份和维护；页面数量增加后，编辑体验与界面是否符合用户习惯也需要实际验证。若家人第一次打开就觉得像旧式内部系统，他们可能会继续回到聊天软件里找答案。

我会把它作为低维护候选，尤其适合网络受限、资源有限或非常在意纯文本可读性的用户。部署测试时要检查页面文件、媒体附件、配置目录、用户数据和插件状态的备份范围，并尝试在另一处环境重建，而不是只确认共享目录里能看到文本。

4. Outline：团队协作吸引人，前提是运维链路有把握

Outline 更偏向现代团队文档产品的交互方式，界面、搜索和协作流程对习惯在线文档的用户有吸引力。如果家庭办公实际包含小型团队、项目资料和多人持续维护，值得体验它的工作流，而不是仅凭截图判断。

自托管时要特别认真核对官方部署要求。应用所需的数据库、缓存、对象存储或身份认证等组件可能使整体部署比单容器应用复杂。不同版本和部署方式的要求可能变化，不能把网上旧教程的配置直接套用到当前版本。

如果没有时间维护依赖服务，使用托管服务或选择简单一些的自托管系统，可能是更现实的决定。对家庭 NAS 的评估重点不是“容器能否启动”，而是 NAS 重启、数据库升级、外网入口失效或证书到期时，是否有人知道该查哪一层。

5. 思源笔记：个人知识关系很强，不要混淆个人笔记与共享手册

思源笔记对重视块级组织、双向链接和个人知识整理的用户很有吸引力。比如把某次远程办公的排障记录、设备说明和项目复盘互相连接，能让个人知识逐渐形成网络，而不必每篇笔记都严格归入唯一文件夹。

需要谨慎的是多人使用方式。个人设备间同步、NAS 上的部署、多人同时编辑和家庭账号权限并不是同一项功能。选型前应查看当前版本关于服务端、同步、协作和授权的官方说明，并做真实设备测试，避免把个人效率工具误当成成熟的家庭团队文档平台。

如果家人主要是查询资料，不参与复杂编辑，可以把整理后的公共信息发布到更易浏览的手册系统，而把个人研究和临时思考留在思源笔记。这种双层做法比要求所有用户适应同一套笔记哲学更容易落地。

6. 用一张决策表缩短试用时间

六、具体案例与数据观察：先做小样本试点，不凭感觉拍板

1. 用一周模拟家庭资料库，而不是直接迁入全部文件

我建议用一组小而真实的资料做试点：选十篇常见说明、三份扫描件、两篇有图片的操作记录，再邀请两位实际使用者完成查找和补充。数量不需要大，重点是覆盖文字、附件、搜索、权限和多人编辑等关键路径。

试点资料可以包括路由器重置步骤、打印机连接方式、远程会议设备清单、家庭报销流程、常用模板入口、NAS 维护记录和一份设备保修扫描件。每篇资料都标上维护人和最近检查日期，观察用户是否能独立找到答案。

2. 记录四种比“页面打开速度”更有决策价值的结果

• 任务完成率：给使用者一个明确问题，记录能否在限定时间内找到正确页面。
• 内容误用率：观察用户是否把旧型号步骤套在新设备上，或误读过期信息。
• 维护负担：记录部署、备份、更新和排障实际耗时，不用估计值替代计时。
• 恢复可行性：在测试环境恢复一份页面、附件和账号权限，检查能否重建预期状态。

对于小型家庭测试，建议把“是否找到正确答案”作为首要结果，而不是关注某次点击的毫秒差。家庭办公知识库的瓶颈往往是页面命名和资料更新机制；如果两个系统都能快速打开页面，却只有一个能让家人一眼判断内容是否过期，后者通常更实用。

3. 一份透明的情景模拟：4周试点怎么判断

下面的数据是为家庭办公选型设计的情景模拟，不是公开用户调查，也不是五款软件的实测结果。假设两位维护者、三位查询者、共 30 篇页面，试点持续四周。数据的用途是示范记录方式，实际选型时应替换成自己的测试结果。

这组目标刻意不写成“页面必须在某个固定毫秒内打开”，因为不同 NAS 的硬件、磁盘、网络和缓存差异很大。对家庭使用而言，连续、可预测且能恢复的服务通常比追求未经测量的性能数字更重要。

4. 用故障演练发现“看起来完整”的备份缺口

假设知识库页面正常显示，图片也能打开，但数据库备份只保存了应用配置，真正恢复时发现页面、用户或历史记录缺失。这种问题在平时不容易暴露，只有在隔离环境恢复时才会出现。

我建议首次部署后就做一次完整演练：记录当前版本，导出应用要求的数据库备份，复制附件与配置，关闭测试服务，在干净环境恢复，再逐项核对页面数量、随机抽取的图片、账号权限和内部链接。恢复过程遇到的每个手工步骤，都应写进一页“故障恢复说明”。

七、部署与迁移行动建议：把试错成本压低

1. 第一步：先确定内容边界和访问人群

先列出准备纳入的内容，并给每类资料标记为个人、家庭共享或敏感。证件、财务资料和工作机密不应因为“知识库里比较好搜”就默认放进去；如果必须保存，应先明确谁有权查看，以及是否需要加密或单独存放。

再写下预期使用者和主要任务，例如“家人查询设备维护方法”“共同维护远程办公流程”“个人关联研究笔记”。如果这几项由不同人完成，可能适合采用不同工具或不同空间，而不是强求一套产品包揽。

2. 第二步：建立最小试点，三类内容就够

1. 建立一篇短流程页，测试编辑和阅读是否自然。
2. 建立一篇带图片或附件的页面，测试保存路径与备份范围。
3. 建立一篇有交叉链接的页面，测试内部跳转、搜索和引用效果。
4. 创建至少两个不同权限的账号，测试访问边界和内容修改记录。
5. 把测试数据备份到独立位置，再进行一次恢复演练。

试点期间不要先做大规模迁移。老资料常常存在重复、过期和命名混乱的问题，直接全部导入只会把原有混乱复制到新系统里。先迁移经常使用且有明确责任人的内容，再按使用反馈整理其余资料。

3. 第三步：部署前先列出恢复材料

至少记录当前应用版本、容器或服务配置、数据卷映射、数据库备份方式、附件位置、账户恢复方式和反向代理设置。涉及密码、令牌或密钥时，应采用安全的凭据管理方式，不要把秘密明文放在公开页面或普通日志中。

还要明确升级节奏。家庭环境不一定要追求每次发布立刻升级，但应建立检查安全更新和兼容说明的习惯。升级前先确认备份已成功完成，并知道如何回退；升级后抽查登录、搜索、附件打开和编辑保存等关键路径。

4. 第四步：定义轻量的维护责任

• 每个重要页面至少标出维护人或负责角色。
• 经常变化的流程应标注最近检查日期，而不只是最初创建日期。
• 每月检查备份任务状态，每季度抽样恢复一次重要数据。
• 发现信息过期时，先更新或标记失效，不要让旧版说明无声地留在搜索结果里。
• 家庭成员离开协作范围时，检查账号、分享链接和远程访问权限。

这些做法不需要建立复杂的审批制度。它们的作用是减少“页面看着完整，但没人知道是否还有效”的风险。家用系统最有价值的治理方式，通常是短小、明确且能坚持，而不是照搬大型组织的流程。

八、不同情况下的取舍：不要为理想功能支付实际用不到的成本

1. NAS 性能一般、维护人手少

优先选依赖少、资料结构简单、恢复方式容易理解的方案。DokuWiki 可以作为候选；若希望更容易推广给家人，可同时试用 BookStack，看看更友好的层级组织是否值得承担额外的应用维护。

这类用户应谨慎选择依赖多个服务组件的系统。所谓“免费开源”不意味着没有成本，日常排错、升级和备份管理都是维护成本。也不要为了优化性能过早叠加缓存、搜索服务和复杂反向代理，先用最小可用配置观察真实瓶颈。

2. 家庭中有多人共同维护资料

优先检查账号、权限、编辑冲突、版本追溯和内容责任人，再比较外观。BookStack 适合有目录层级的共享手册；Wiki.js 适合需要更灵活知识站点的家庭团队；Outline 可以作为重视团队在线文档体验者的候选，但要把部署依赖纳入决策。

在选定前，安排两位成员同时编辑同一测试页面，并模拟误删后恢复。若家人只需要查询而不需要编辑，可以采用“少数人维护、多数人只读”的简单模式，减少误操作和培训成本。

3. 主要是个人知识积累，家庭成员偶尔查询

个人笔记系统不必承担所有公共资料。可以用思源笔记管理自己的研究、项目记录和知识关联，再把稳定、必要、适合共享的结论整理到轻量手册中。这样既保留个人笔记的自由度，也避免让其他人面对大量过程性内容。

关键取舍是复制和发布的成本。如果同一条信息经常要维护两份，双系统会造成过期不一致。只有当个人笔记与公共手册的目的确实不同，并且有清晰的发布规则时，这种分层才有价值。

4. 最看重现代界面和团队文档体验

优先试用 Outline 或 Wiki.js，但把“维护能力”纳入同一张评分表。不要在服务启动后就宣布选型成功；测试 NAS 重启、证书更新、数据库备份、附件恢复和版本升级，才能判断这套体验能否持续存在。

如果只有一位家庭成员会部署，而其他人不愿处理运维，托管服务也应纳入成本比较。需要仔细看数据导出能力、服务中断影响、隐私要求和费用变化。自托管不是天然更安全，托管也不是天然更省心，具体取决于谁承担更新、访问控制和恢复责任。

5. 数据敏感、外网访问需求高

首先评估是否真的需要直接从互联网访问。若只是偶尔在外查询，可以考虑受控的远程接入方式，而不是将所有管理界面公开。重要资料尽量分层，普通操作手册和高度敏感文件不要使用相同的默认权限。

再核对应用认证能力、网络入口、证书、更新策略和备份加密方式。需要访问的内容越敏感，越不能只依靠“NAS 在家里”带来的安全感。家庭网络同样可能遭遇弱密码、路由器配置错误和设备被盗等风险。

6. 已经有大量历史资料，迁移成本是主要顾虑

不要一次性迁移所有文档。先整理高频内容和仍然有效的流程，保留低频旧档案在原有归档位置，等新系统稳定后再决定是否迁入。大规模迁移之前，必须验证附件、链接、权限、版本历史和中文路径的实际转换结果。

如果原系统的版本历史或权限无法完整迁移，应在迁移记录里注明损失范围，并保留只读旧档或独立导出。对于家庭资料而言，清楚知道“哪些内容没有迁过来”比表面上拥有一个完整的新首页更重要。

7. 最终的取舍清单

九、结论：家庭知识库的核心指标不是功能数，而是找得到、改得动、救得回

1. 选择结论

五款软件的差异，本质上是工作方式和维护成本的差异。BookStack 适合目录清楚的家庭手册；DokuWiki 适合看重轻量和文件可读性的用户；Wiki.js 适合愿意维护更灵活知识站点的团队；Outline 适合重视协作体验、同时有能力维护依赖服务的用户；思源笔记更适合个人知识关系与笔记积累。

2. 我最看重的独特判断

我不会把“部署成功”视作知识库项目的完成标志。真正的完成标准是：家人能在需要时找到正确资料，维护者知道资料是否过期，管理员能恢复数据，敏感内容不会因为图省事而被过度共享。

如果你现在准备行动，先选三款候选，不要先迁移全量资料；每款都用同一组页面和同一批任务做试点，记录任务完成情况、维护时间和恢复结果。最终留下的未必是功能最多的一款，而应是你愿意长期维护、家人愿意实际使用、发生故障后仍然能找回资料的那一款。