替代 Confluence / 语雀 / 飞书知识库：可发布企业 Wiki 选型对照
可发布企业 Wiki，是把已治理知识从协作文档中「写完」之后，以品牌化站点、权限站点与多站点门户正式交付的知识库形态；它不同于 Confluence、语雀、飞书知识库这类偏共创的协作 Wiki。2026 年 3 月 30 日起，Atlassian 已停止向新客户销售含 Confluence 在内的 Data Center 订阅，并将于 2029 年 3 月 28 日结束生命周期。本文给出协作 Wiki 与可发布 Wiki 的对照维度、迁移时间表和一份可执行选型清单，并说明 Baklib Wiki 在知识资产发布、权限交付与一源多站上的适用边界。
浏览 7
巴克励步
导语：先分清「一起写」和「写完后正式发布」
可发布企业 Wiki，是把已经治理过的知识从协作文档里「写完」之后，以品牌化站点、权限站点与多站点门户正式交付的知识库形态。它要解决的不是「团队怎么一起改一页文档」，而是「写完的知识如何以正确的外观、正确的权限、稳定的 URL，交到员工、客户、伙伴或公众手里，并作为 AI 检索的上下文」。
Confluence、语雀 和 飞书知识库 都擅长组织内共创：空间/知识库、评论、实时协作、和办公套件绑在一起。很多团队因此默认「协作 Wiki = 企业知识库」。真正的分野往往出现在下一步——要把同一份产品手册做成对外站点、把制度库按部门权限交付、把帮助中心和内部 Wiki 拆成两套外观却共用一套内容时，协作套件里的「公开链接 / 空间权限」通常只是配置路径，而不是原生的发布型 CMS。
2026 年这个分野被一张官方时间表放大了：Atlassian 已宣布含 Confluence Data Center 在内的受影响 Data Center 产品将于 2029 年 3 月 28 日 23:59 PST 结束生命周期；自 2026 年 3 月 30 日 23:59 PST 起，新客户已不能再购买 Data Center 订阅及对应 Marketplace 应用。见 Data Center End of Life。这不等于「所有人都必须立刻换掉 Confluence」，但意味着：还想自管理 Confluence 的新采购路径已经关闭，现有客户也必须在续费、上云或另选可发布/可私有化 Wiki 之间做决定。
本文只谈协作 Wiki 替代与可发布企业 Wiki 选型，不重复 Wiki-first vs Search-first 的 AI 路径分流，也不展开 产品手册站的 llms.txt / GEO。需要那些角度，请直接阅读对应文章。更完整的产品定位见支柱文 Baklib Wiki 是什么。
为什么现在要谈：三张 2026 年时间表
对仍把 Confluence Data Center 当作「可自托管企业 Wiki」的团队，Atlassian 把路径写得很清楚：长期方向是上云，自管理版本按阶段停售、停扩、再停用。官方时间表如下（时区均为 PST）。见 Data Center End of Life、Ascend 公告。
| 日期 | 对 Confluence Data Center 意味着什么 |
|---|---|
| 2026-03-30 23:59 PST | 新客户不能再购买 Data Center 订阅或新的 Data Center Marketplace 应用 |
| 2026-03-30 至 2028-03-30 | 既有客户仍可续费、新购与扩容（官方定义的既有客户，是在 2026-03-30 23:59 PST 之前曾付费订阅过 Data Center 的组织，含其子公司/域名） |
| 2028-03-30 23:59 PST | 既有客户也不能再新购 Data Center 许可、扩容或对应 Marketplace 应用 |
| 2029-03-28 23:59 PST | 许可到期，产品与应用变为只读；常规续费不能超过这一天，若 12 个月续费会越过该日则按比例折算 |
官方同时说明：到期后数据仍可只读访问，但不再提供产品更新与支持；不建议把只读实例继续暴露在公网，因为生命周期结束后不再提供新的安全漏洞修复。Atlassian 也表示，对部分有特殊困难的客户，2029-03-28 之后可能以例外方式提供延长维护，需与客户经理沟通，不是默认选项。见 Data Center End of Life。
第二张表是云端目录价。Atlassian 宣布自 2026 年 10 月 13 日 PT 起，更新包括 Confluence 在内的 Cloud Standard / Premium / Enterprise 等订阅目录价，影响新购、续费与升级；该日之前生成的报价在有效期内仍按旧价执行。目录价上调与按用量计费（如 Rovo credits 等额度）是两套机制。见 Future Cloud list pricing。官方在 Data Center EOL 问答中也写明：Cloud 的每用户成本高于 Data Center，因此「原价迁到 Confluence Cloud」并不自动等于总拥有成本不变。见 Data Center End of Life。具体金额随席位数、年付/月付和套餐变化，请以 Confluence 定价页 与账号账单对照，本文不转述第三方整理的单价。
第三张表关乎「以后还能不能完整迁走」。Atlassian 支持文档写明：Confluence Cloud 的 XML 站点导出与空间导出将于 2026 年 12 月 1 日进入生命周期结束——功能仍可用，但不再修缺陷、不再受理支持工单、不再提供 SLA；官方推荐改用全套餐都支持的 CSV 导出。已知缺口是：CSV 不能导入 Confluence Data Center，若仍依赖 Cloud → Data Center 回迁，需联系 Atlassian 支持讨论替代方案。见 XML Site and Space Export — End of Life。对正在评估「先上云、不行再迁回自托管」的团队，这是一个必须写进迁移计划的截止点：不是「当天功能消失」，而是「不受支持的遗留出口」。
把三张表放在一起，选型问题就从「哪款编辑器更好用」变成了：
- 协作套件能不能继续同时承担「共创」和「正式发布」两件事；
- 若不能，公开手册、客户登录库和内网 Wiki 应该拆到哪类可发布平台；
- 数据驻留 / 私有化是否构成硬约束——因为 Data Center 这条自管理退路正在关闭。
协作 Wiki 各自擅长什么
先承认三条主路上的真实优势，再谈替代。替代不是给三个产品打低分，而是避免用同一套空间配置假装完成「发布」。
Confluence：Atlassian 生态里的知识共创中枢
Confluence Cloud 定价页 把自己定位为团队的 Source of Truth：页面（Pages）用于创建、分享和编辑几乎任何类型的活文档，空间（Spaces）按有意义的类别组织页面。Free 套餐对最多 10 名用户永久免费；Standard 起提供高级权限、最多 250 GB 存储、每站点最多 25 万用户，并允许按「每名付费用户最多 5 名访客」免费邀请外部协作者。同一页还写明：可以通过公开链接分享只读页面，适用于对外发布客户 FAQ 与发行说明这类信息。Premium 提供无限存储、关键问题 7×24 支持与 99.9% 可用性 SLA；Enterprise 在此之上提供最多 150 个站点、包含 Atlassian Guard Standard 的企业级身份管理，以及 99.95% SLA。
这些能力说明两件事。第一，Confluence 仍然非常适合已经深度使用 Jira / Atlassian Cloud 的团队做内部知识共创。第二，官方认可的「对外分享」路径，主要是访客账号与只读公开链接，而不是「一套内容、多套品牌站点、按栏目/页面交付权限」的发布中台。站点级、空间级权限当然可以配出公开知识库——这在前一篇 Docs AI 可见性 里讨论过配置含义——但配置路径不等于原生的多站点发布 CMS。
若决策是「继续留在 Atlassian」：官方迁移入口是 Atlassian Migration Program，Data Center / Server 到 Cloud 的专用工具是 Confluence Cloud Migration Assistant。CCMA 用于评估 Marketplace 应用、做迁移前检查，并迁移空间、页面、附件、用户、组以及受支持的应用数据。它解决的是 Confluence → Confluence Cloud，不是「迁到任何可发布 Wiki」。
语雀：结构化写作与知识沉淀
语雀官方把产品写成「文档协同与知识管理工具」：个人版面向笔记、日记与知识管理，强调专业编辑器、结构化知识库，以及用于分享与交流的数字花园；语雀空间 面向团队协作，服务于企业知识管理、知识沉淀、文档协作与企业资产沉淀，也可用于搭建企业知识库、文档协作平台和开发平台的接口文档，并提供知识库、任务管理与话题讨论。初创企业、公益组织和教育机构可申请公益计划免费使用。
这一定位决定了语雀的强项是把内容写好、组织好、在团队里流转好。很多产品、培训与运营团队会觉得目录树、阅读体验和协作评论比「再做一个独立站点」更贴近日常。若你的主诉求止于内部知识花园和团队文档，语雀通常仍是合理选择。
它的边界也因此清晰：企业若还要把同一份内容变成多套品牌站点、按客户/部门做站点级交付，或在数据驻留上需要独立部署，就不能只看个人/团队版的写作体验。语雀企业版与私有化条款以官方商务沟通为准——本文能核验的公开页面没有列出统一企业目录价，故不转述第三方报价。站内对照见 Baklib VS 语雀。
飞书知识库：办公套件里的知识模块
飞书把知识库与即时消息、云文档、视频会议、多维表格、日历、任务、企业邮箱并列在同一套工作平台里。见 飞书定价页。这意味着飞书知识库的核心价值，往往不是「又一个独立 Wiki 产品」，而是和聊天、会议、云文档、组织架构之间的低切换成本：会议纪要、决策记录和日常文档更容易留在同一个工作入口。
定价上，知识库作为套件能力出现，而不是单独 SKU。飞书定价页 列出免费版（支持 100 用户）、商业标准版 50 元/人/月、商业专业版 80 元/人/月、商业旗舰版 120 元/人/月，并注明所有版本需按年付费；企业旗舰版面向大型组织，强调更高规格用量、企业级安全合规、复杂组织精细化管控以及企业品牌与数字门户定制，需商务沟通。AI 能力（含知识问答）在定价页上另有分层：知识问答需租户整体开通后才可使用。采购时要把「套件席位费」和「AI / 知识问答额度」分开看，避免只拿知识库模块去和独立 Wiki 比单价。
因此，已经把飞书当作数字总部的企业，继续用飞书知识库做内部沉淀通常成本最低。需要谨慎的是：对外品牌化手册站、跨办公套件的多站点复用、以及与飞书解耦的独立发布面，并不是套件知识库的主路径。站内对照见 Baklib VS 飞书知识库；若只是想先打通登录入口，也可参考 飞书 + Baklib：从三方登录开始的企业知识落地。
对照表：协作 Wiki vs 可发布企业 Wiki
选型时先画一条线：优化「组织内把知识写出来」，还是 优化「把已治理知识交到正确的人、以正确的站点形态消费」。下表是定性对照，不发明未公开的份额或性能数字。
| 维度 | 协作 Wiki（Confluence / 语雀 / 飞书知识库） | 可发布企业 Wiki（Baklib 及同类发布型知识库） |
|---|---|---|
| 主任务 | 共创、评论、与办公/研发套件协同 | 正式发布、品牌化交付、按权限分发 |
| 对外界面 | 空间/知识库内的分享链接、访客或匿名配置 | 绑定应用站点后的稳定对外 URL 与主题站点 |
| 品牌与多站点 | 多为套件内统一壳；多品牌、多站点通常要拆空间或另建站 | 同一知识库可发布为 Wiki、帮助中心、产品手册、培训站等 |
| 权限模型 | 强在空间/文档协作 ACL | 强在站点 / 栏目 / 页面的公开、登录可见或授权可见 |
| 内容与站点的关系 | 内容住在协作空间里，分享是附加动作 | 知识库需绑定应用站点才形成对外地址，发布引用可审计 |
| 数据驻留 | Confluence 自管理 Data Center 正按时间表退出；云端另有 Isolated Cloud 等选项 | 需单独验证 SaaS 区域与私有化/独立部署能力 |
| 迁移含义 | Confluence 官方主路径是迁到 Confluence Cloud | 从协作套件迁出时，要单独验证导入范围、附件、目录树与权限映射 |
| AI 的位置 | 组织内助手 / 套件 AI，知识问答常随账号权限 | 已发布知识上的 AI 检索；内容可作为问答上下文，并可调整搜索结果影响命中 |
Confluence 自己已经把「只读公开链接适用于客户 FAQ 与发行说明」写进了定价说明。见 Confluence 定价页。这很有用，但和「客户帮助中心 + 内部 Wiki + 产品手册」三套站点、三套导航与权限、一套内容源不是同一件事。语雀空间明确服务企业知识沉淀与接口文档，飞书知识库服务办公协同中的知识流通——它们都可以「被用来当 Wiki」，却不必因此承担全部发布中台职责。关于企业维基与知识库角色差异，也可对照较早的 企业维基与知识库指南 与 企业知识库搭建指南。
Baklib Wiki 的公开定位是：快速创建专业手册、指南和教程，用低代码配置徽标、颜色、字体与样式以匹配品牌，并提供树形菜单、全响应式站点，以及对单个页面或栏目设置公开、仅登录可见或特定权限可见。官方还写明：无需额外训练模型，Wiki 站点介绍 AI 后可变为 AI 问答助手，并可以调整搜索结果以影响回答命中率。见 Baklib Wiki。知识库对外发布 则强调：知识库只有通过绑定应用站点才具有对外输出的 URL，发布看的是文档在各站点的输出引用，而不是只开一个临时公开链接。
一句话对照：协作 Wiki 让知识产生；可发布企业 Wiki 让知识作为资产被交付。 两者可以并存。多数中大型团队的稳态，不是「选一个替代所有人正在写的文档」，而是「共创仍留在套件里，正式真相源进入可发布平台」。
数据驻留不是只有「上云或放弃」
Data Center 停售之后，最容易出现的误判是：要么接受多租户公有云，要么寻找任意一个开源自托管 Wiki 凑合。实际至少有四条路，且验收标准不同。
-
迁到厂商公有云（多租户）
这是 Atlassian 为 Data Center 客户准备的主路径。见 Atlassian Migration Program。适合已经接受 SaaS、并需要继续留在 Jira / Confluence / Rovo 生态内的组织。成本模型要同时看席位目录价（2026-10-13 起的 Cloud 目录价更新）和可选的用量型 AI 额度。 -
单租户 / 隔离云
Atlassian 为需要降低多租户风险、加强数据面控制的大型企业提供 Isolated Cloud：在独立的客户数据面中提供专用计算、存储、网络与 VPC，组织单元和 AWS 账号专用，并可用客户管理的密钥保护长期持久化的用户生成内容；控制面仍有部分共享服务。这是「继续用 Confluence，但不走普通多租户」的官方选项，不是本地机房里的 Data Center 替代品。区域一旦选定通常不能再迁移，选型时要按官方文档核验数据驻留范围。 -
真正的私有化 / 独立部署
若监管或采购要求软件运行在自己的公共云账号、私有云或本地机房，就需要产品原生支持独立部署，而不是只提供「数据存储在某区域的 SaaS」。Baklib 独立部署与私有化 说明其私有化通过 Docker 容器化实现，可部署在本地或服务器，以及你的公共云、私有云或本地环境，并支持 SSO 集成。私有化独立部署资源清单 进一步列出可在独有服务器上运行任意数量网站、许可的源代码访问与低代码开发，以及开源的 Docker 部署说明。硬件与软件基线以该页为准（例如建议的主服务器规格、Ubuntu / PostgreSQL / Redis 等），实施前应再与现行交付清单核对，本文不把建议配置写成承诺 SLA。 -
开源或源码可用的自托管 Wiki
Outline、XWiki、Docmost 等产品在 2026 年的第三方评测中，常被当作 Data Center 的自托管替补。它们是否具备完整的 Confluence 导入、页面级权限和正式发布能力，必须以各产品官方文档和一次真实空间导入为准；本文不转述未逐条核验的竞品报价或星标数。若你的目标其实是品牌化手册站而不是「再搭一个内网 Wiki」，自托管协作 Wiki 可能只完成了问题的一半。
决策口诀：
- 必须留在 Atlassian 工作流里 → 优先评估 Confluence Cloud，必要时看 Isolated Cloud；
- 必须数据不出域 / 源码可审计 / 自己运维 → 验证独立部署，而不是只看 SaaS 区域选项；
- 必须对外品牌站 + 对内权限站共用内容 → 把「可发布」放进必选，而不是上线后再补一套主题站。
可执行选型清单
把采购从「产品名单」收成一份能打分的清单。建议每项只评 已验证 / 部分满足 / 不满足，并留下证据链接或演示录像，避免被功能矩阵上的勾选迷惑。
1. 先写清交付面，再挑工具
至少拆成三层：内网协作（草稿、会议纪要、跨部门共创）、登录后交付（客户手册、伙伴门户、部门制度）、公开交付（产品手册、帮助中心、招聘/品牌知识）。只做第一层，协作 Wiki 通常够用；出现第二、三层，就应该认真看可发布企业 Wiki。Baklib 的粒度是站点、栏目、页面可分别设公开、仅登录可见或特定权限可见。见 Baklib Wiki。
2. 问「对外 URL 从哪里来」
验收时打开一篇正式文档，看它的公开地址是绑定站点后的稳定路径，还是协作空间里的分享链接。后者适合临时同步，前者才适合长期引用、搜索引擎收录和多站点复用。kb-publish 把这一点写进了产品逻辑：先有应用站点，才有对外输出地址，并能查看同一文档在各站点的引用。
3. 问「一套内容能否服务多套站点」
常见组合是：内部 Wiki + 客户帮助中心 + 产品手册（再加多语言）。如果每换一个受众就要复制一份文档树，后续一定会出现版本漂移。这正是「一源多站」要验收的能力，也是 Baklib 相对协作套件的主场叙事。见支柱文 Baklib Wiki 是什么 与 知识库发布。
4. 问迁移能带过什么、带不过什么
从 Confluence Data Center 迁到 Confluence Cloud，应使用官方 CCMA 并对照其「会迁移 / 不会迁移」清单做预检查。从 Confluence / 语雀 / 飞书迁到第三方可发布 Wiki，则要单测：目录树、附件、图片、表格、权限、评论、历史版本。不要假设「支持导入」等于「宏、权限和历史全部完整」。若你仍把 Cloud XML 导出当作回迁自托管的保险，请记住 2026-12-01 起 XML 导出不再受支持，并尽快验证 CSV 工作流是否覆盖你的下游工具。
5. 问数据驻留的真实形态
「有国内节点」「有私有化」「有 Isolated Cloud」不是同一句话。分别核验：数据驻留区域、是否单租户、密钥由谁管理、能否部署到自己的 VPC 或机房、备份与日志是否出域。Confluence 的官方单租户路径见 Isolated Cloud；Baklib 的独立部署路径见 on-premise 与 资源清单。
6. 问 AI 回答的上下文是哪一层知识
协作套件里的知识问答，服务的是租户内、随账号权限可见的内容；可发布 Wiki 上的 AI 检索，服务的是已经发布到站点上的知识。两者都有价值，但验收场景不同。Baklib 官方描述是：站点内容可直接作为 AI 问答助手的上下文，并可通过调整搜索结果影响命中率，无需再单独训练一套数据。见 Baklib Wiki。权限是否可验、过期内容会不会被当成现行答案，属于另一篇文章的框架，见 Wiki-first vs Search-first。
7. 两周 PoC 最小集
- 选出 20 篇「必须正式交付」的页面（对外手册、客户登录说明、内网制度各占一部分），标注它们今天住在 Confluence、语雀还是飞书；
- 为每一篇写下期望的交付面：公开 / 登录 / 授权，以及期望的站点外观（手册、帮助中心或内部 Wiki）；
- 在候选可发布平台上重建其中 8–10 篇，检查目录、附件、权限和对外 URL 是否可审计；
- 用匿名、外部客户、内部员工三个账号各走一遍，确认没有把密级内容放进公开站，也没有把该公开的手册锁在分享链接后；
- 若短名单含 Baklib，验证「知识库 → 绑定应用站点 → 多站引用 / 页面级权限 / 站内 AI 检索」是否跑通，而不是只看编辑器是否好用。
给三类买家的建议
已经深度使用飞书或语雀的团队：不必为了「替代」而替代。
内部共创可以留下。真正值得新增的，是正式发布面——当帮助中心、产品手册或对外知识站开始和内部草稿抢同一棵目录树时，再引入可发布企业 Wiki，并约定「对外只引用已发布版本」。飞书侧尤其要分清套件席位、企业旗舰版的品牌/门户能力，以及需租户开通的知识问答。见 飞书定价页。
内部共创可以留下。真正值得新增的，是正式发布面——当帮助中心、产品手册或对外知识站开始和内部草稿抢同一棵目录树时，再引入可发布企业 Wiki，并约定「对外只引用已发布版本」。飞书侧尤其要分清套件席位、企业旗舰版的品牌/门户能力，以及需租户开通的知识问答。见 飞书定价页。
Confluence Data Center 既有客户：把 2028 和 2029 写成项目里程碑，而不是等到只读那一天。
2026 年的动作应是盘点应用、宏、空间权限和必须保留的历史；用 CCMA 评估上云复杂度；并行评估「上云后是否仍缺品牌化多站点发布」。若监管不允许普通多租户，把 Isolated Cloud 与独立部署 Wiki 一起做 PoC，而不是默认只有一条路。新客户则已无法再买 Data Center，见 EOL 时间表。
2026 年的动作应是盘点应用、宏、空间权限和必须保留的历史；用 CCMA 评估上云复杂度；并行评估「上云后是否仍缺品牌化多站点发布」。若监管不允许普通多租户，把 Isolated Cloud 与独立部署 Wiki 一起做 PoC，而不是默认只有一条路。新客户则已无法再买 Data Center，见 EOL 时间表。
要从协作套件「长出」对外知识资产的团队：优先看发布，而不是再买一个内部 Wiki。
如果痛点是品牌站点、权限交付和一源多站，Baklib Wiki 的适用边界是：把已治理知识发布为内部 Wiki、客户帮助中心、产品手册或培训站，按站点/栏目/页面控制可见性，并在已发布内容上做 AI 检索。它不取代飞书里的即时沟通，也不取代语雀里的结构化共创，更不是 Atlassian 生态的完整替身。一对一功能对照可参考 Baklib vs Confluence、Baklib VS 语雀 与 Baklib VS 飞书知识库；本文补充的是 2026 年必须写进立项书的时间表与发布面清单。
如果痛点是品牌站点、权限交付和一源多站，Baklib Wiki 的适用边界是：把已治理知识发布为内部 Wiki、客户帮助中心、产品手册或培训站，按站点/栏目/页面控制可见性，并在已发布内容上做 AI 检索。它不取代飞书里的即时沟通，也不取代语雀里的结构化共创，更不是 Atlassian 生态的完整替身。一对一功能对照可参考 Baklib vs Confluence、Baklib VS 语雀 与 Baklib VS 飞书知识库；本文补充的是 2026 年必须写进立项书的时间表与发布面清单。
收束：替代的是「发布职责」，不一定是「写作入口」
Confluence、语雀和飞书知识库会继续承担大量企业内部的写作与协同。2026 年变化的，是协作套件越来越难同时冒充「可自管理的企业 Wiki」和「可正式交付的知识站点」：Data Center 对新客户停售、对既有客户给出 2029 只读期限，Cloud 目录价与导出政策也在收紧回迁弹性。见 Data Center End of Life、Cloud 目录价更新、XML 导出说明。
更稳妥的架构是分层：共创留在团队已经会用的套件里；正式真相源进入可发布企业 Wiki，用品牌化站点、站点级权限和一源多站完成交付，并让 AI 检索建立在已发布知识上。若这正是你接下来 90 天要验证的能力，可以从 Baklib Wiki 与 知识库发布 跑通最小发布链路——需要独立部署时，再对照 私有化说明 与 资源清单。
下一步建议：列出当前 Confluence / 语雀 / 飞书空间里「已经被当成正式手册」的目录，标出它们的真实读者和期望站点形态；再按本文清单做两周 PoC。选错编辑器可以换，选错交付面，后面每一篇文档都会复制一次。
### 把正式知识从协作空间里发布出来
若你要的是品牌化 Wiki / 帮助中心 / 产品手册、站点级权限交付，以及同一知识资产的一源多站分发，可以从 Baklib Wiki 验证「知识库绑定应用站点」的发布链路；需要数据驻留时，再对照独立部署说明。
[了解 Baklib Wiki](/app/wiki) · [查看知识库发布能力](/features/kb-publish)
常见问题
Confluence Data Center 到什么时候会不能用？
按 Atlassian 官方说明，受影响的 Data Center 产品（含 Confluence）将于 2029 年 3 月 28 日 23:59 PST 结束生命周期，许可到期后变为只读。自 2026 年 3 月 30 日起新客户已不能购买；既有客户可续费、新购与扩容至 2028 年 3 月 30 日。常规续费不能超过 2029 年 3 月 28 日。
已经在用飞书知识库或语雀，还需要再上一套可发布 Wiki 吗？
不一定。若知识主要在组织内共创、阅读，协作套件通常够用。当同一份内容要同时变成对外手册、客户登录库和内部 Wiki，或需要品牌化多站点与可审计的对外 URL 时，再引入可发布企业 Wiki，并约定对外只引用已发布版本。
公开分享链接算不算正式发布？
不算完整的正式发布。Confluence Cloud 官方把只读公开链接写成适用于客户 FAQ 与发行说明的分享方式，它解决的是「把一页文档给外人看」，不是「绑定应用站点后形成稳定对外 URL、主题站点与多站引用」。语雀与飞书的分享能力同理：方便同步，但不替代发布型 CMS。
必须私有化才能满足数据驻留吗？
不是。至少应区分多租户公有云、单租户/隔离云（如 Atlassian Isolated Cloud）和部署到自己机房或 VPC 的独立部署。Data Center 停售后，前两条仍可能留在原厂商生态内；只有监管要求软件运行在自有环境时，才把私有化列为硬条件。
Baklib 会不会取代 Confluence、语雀或飞书？
不会，也不该这样选型。Baklib Wiki 的适用边界是知识资产发布、权限交付、AI 检索与一源多站；协作套件继续承担共创与办公入口。替代的是「正式发布」这项职责，不一定是大家每天写作的入口。
