企业内部 SOP 线上发布，Baklib 可以怎么搭建？

制度已经在知识库里改完，同事打开内网 Wiki 仍是上一版步骤。客服把链接发出去，打开的也还是旧页。不是文档没写，是「保存在库里」和「站点上能读到」被当成同一步。企业内部 SOP、FAQ、产品说明要对外或对内可访问，必须经过发布，而不是指望自动出现在前台。

本文将说明这个场景 Baklib 能不能用：知识库是内容源，Wiki 应用是给访客看的站点；保存只更新库内文稿，立即同步才把变更推到已绑定的 Wiki。CMS 类应用在应用后台直接管页面，不走这一条。不写手册里没有的批量一键全站发布。

这个场景要先解决什么

1. 保存了，站点为什么还是旧的

文档编辑器里点保存或自动保存成功，文章已写入知识库。此时前台 Wiki 不必更新。应用发布页上的卡片若出现「数据已过期」，说明库比该站点新，访客仍在读旧版。Baklib 要求在目标 Wiki 卡片上点「立即同步」，等「最近同步于」变成近期时间，再用前台访问或已绑域名抽检标题、正文、图片和内链。

2. 一份制度要给内网和外网两套入口

同一知识库可以绑定多个 Wiki 应用，例如中文站、英文站、内网预览站。应用发布页会列出引用本库的应用及同步状态。变更之后，需要对各应用分别点立即同步，才能让所有站点对齐。只想更新内网预览站时，只同步绑定内网域名的那一个。生产与预览分开时，先同步预览验证，再同步生产。不要把「绑了多个应用」理解成改一次全自动出现在每一个站点。

3. 草稿不能提前漏到公开站

未同步前的稿件停在知识库。公开站点能否被打开，还取决于该 Wiki 应用的访问控制。验证时要用访客账号和无登录状态各看一遍。域名、访问控制在应用侧配置。首次还没有绑定站点时，须先在应用市场创建 Wiki、选模板，并把本知识库设为数据源，或在应用基本设置里指定知识库。返回应用发布页后，已发布的站点里应出现该 Wiki 卡片。

Baklib 在这个场景里能做什么

把 SOP 放在知识库，把阅读入口放在 Wiki 应用。一篇库可以给多个 Wiki 用。帮助中心、文档站、内网 Wiki 都是「对外提供文档、FAQ、帮助中心等访问」的用法，前提是应用类型为 Wiki，且绑定的是这份库。
用保存和立即同步分开草稿与现行稿。保存更新内容源。立即同步推到选定应用。卡片上的「数据已过期」是还没推送的信号，不是站点坏了。
用访问控制决定谁能打开前台。同步成功只保证内容到了应用数据源。未授权的人打不开，取决于该应用的访问控制，而不是知识库编辑权限。
中文与英文可以分成两个应用。手册写明可分别创建两个应用并绑定不同知识库空间。AI 翻译后的译文保存后，再同步对应语言的 Wiki。不要把两个语言混在一个未同步的库里当成已经上线。
大改目录前可以导出备份。大规模调整用导入与导出做备份。同步失败时先看页面提示，常见原因包括应用已删除、域名未就绪、权限不足。
多数情况下移动目录不改 URL。多数 Wiki 模板按文档 ID 路由；换模板或改 slug 规则时以当前主题为准，同步后要点验链接。

CMS 应用不走知识库发布流，不要用这一套去管品牌官网栏目页。知识库侧的「应用发布」是把内容推到已绑定 Wiki 的数据源；部分模板在应用侧还有缓存刷新，以该应用说明为准。