Wiki-first vs Search-first：企业知识库 AI 选型与权限可验清单
Wiki-first 与 Search-first 是企业知识库接入 AI 时的两条主路径：前者要求把知识写入 Wiki/文档站再问答，后者从散落系统中检索。选型时真正决定成败的是权限 ACL 是否可验、过期内容是否会让 AI 胡说，以及像 Atlassian Rovo credits 这类用量计费信号。本文给出可落地的对照清单，并说明 Baklib 作为发布型知识资产平台的适用边界。
浏览 6
巴克励步
导语：先分清「写进 Wiki」还是「搜遍企业」
Wiki-first vs Search-first，是企业把知识库接到 AI 时最容易被营销话术带偏的分野。Wiki-first（Confluence、Notion、语雀、飞书协作 Wiki 等）要求团队把知识写进文档/Wiki，再在其上挂 AI；Search-first（Glean、Guru、部分 SharePoint+Copilot 路径等）则索引你已有的系统，从工单、IM、网盘、CRM 里回答。两者都能「会答」，但失败模式完全不同：一边是没人写 → 内容过期 → AI 胡说；一边是权限穿透与索引治理成本高。
teamazing 在 2026-11-03 的对比文把问题说得很直白：多数工具本质是「Wiki 外挂聊天机器人」，AI 会很自信地引用过期页面；真正值得付钱的，是能从团队已在用的系统里抽取知识的产品。文中给出两组常被忽视的信号：约 94% 的知识库内容至少一个月未被触达；四分之三运营者见过 AI 把过期文档当现行答案引用。详见 AI Knowledge Management Tools: 10 Compared [2026]。
本文给出一份权限可验、过期可测、计费可算的选型清单，并把协作 Wiki、发布型知识库（含 Document360、Baklib）与 search-first 企业搜索放在同一张桌上对照。Baklib 的产品定位来自官方说明：面向 Wiki/知识库站点建设与对外发布，强调品牌化文档站、细粒度授权与内容即 AI 上下文，而不是跨应用 crawl。见 Baklib Wiki 与 Wiki 对外发布 · 知识库内容分发。
Wiki-first vs Search-first：一条决定成败的分水岭
teamazing 的框架可压缩成一句话：知识主要「写进一处」还是「散落多处」。写进一处，Wiki-first 够用且更便宜、更快上线；散落多处，硬做 Wiki 往往只是再建一个没人维护的副本。
| 维度 | Wiki-first | Search-first |
|---|---|---|
| 代表 | Confluence、Notion、Slite、语雀、飞书知识库（协作侧） | Glean、Guru、Bloomfire、SharePoint/Copilot 路径 |
| 知识从哪来 | 有人写进 Wiki/文档站 | 索引已有系统（工单、IM、网盘、CRM 等） |
| 上手成本 | 低，常可自助开通 | 高，对接、权限同步、变更管理更重 |
| 典型失败 | 停写 → 过期 → AI 自信胡说 | ACL 不同步、噪声索引、席位门槛与报价不透明 |
| 权限叙事 | 主要执行「本站」权限模型 | 承诺按源系统对象级 ACL 回答（需实测） |
诚实取舍：Wiki-first 便宜、快，但容易复制你本来想逃离的「文档债」；Search-first 更贵、更慢，但答案更贴近知识真正居住的地方。选型第一步不是比「谁的 Demo 更炫」，而是回答：你们的关键知识，今天住在哪里？
权限与 ACL：可验，才算企业级 AI
权限是 AI 知识库采购里最容易被口头承诺、最难在 PoC 里被证伪的一条。Ask 供应商时，把问题钉死：
- 答案是否在查询时按源系统/本站对象级 ACL 过滤？还是先召回再事后过滤？
- 权限变更后，索引新鲜度窗口是多少？延迟期间是否宁可隐藏结果也不误暴露？
- Agent/自动化以哪个服务账号身份读知识？会不会用管理员身份「帮所有人答」？
- 外部连接器（Drive、SharePoint、IM）是否要求用户单独授权？关闭后是否仍可见？
对 Confluence + Rovo：Atlassian 在连接器页明确写到，Rovo 与 Confluence 无缝连接，并在每次查询时强制执行用户访问权限，确保用户只能看到已授权的页面、博客与附件。见 Rovo Confluence connector。支持文档亦说明 Rovo 会同步已连接应用的访问控制，使用户只能看到有权限的内容（见 Rovo data, privacy, and usage guidelines）。这不等于「买了就安全」——仍须用低权限账号、受限空间、刚改过权限的页面做穿透测试。
对发布型知识库（Document360、Baklib 等）：优势通常是站点/栏目/页面级 ACL 清晰、对外与对内边界明确。Baklib 官方强调支持对单个页面或栏目设置公开、仅登录可见或限制特定权限用户可见，细到站点、栏目、页面级别。见 Baklib Wiki。弱点相对 search-first：它不会自动「读懂」你散落在 Jira/Slack/网盘里的一切——那本来就不是它的产品边界。
过期内容与可验证 AI 指标
过期内容是 Wiki-first 阵营的结构性风险，也是 search-first 若索引了陈旧工单/旧共享盘时的同样风险。teamazing 引用的行业信号值得写进采购书：
- 约 94% 知识库内容至少一个月未被触达；
- 3/4 运营者见过 AI 把过期文档当现行答案引用。
来源：teamazing 对比文（2026-11-03）。这也解释了为什么 Guru 强调 self-healing、Slite 卖 fact-checking、Bloomfire 打过期与矛盾页标记——厂商在用功能补洞，说明洞是真的。
建议把下列指标写进 PoC 验收，而不是只看「能不能聊天」：
| 指标 | 怎么测 | 通过标准（示例） |
|---|---|---|
| 陈旧引用率 | 故意放入标注「已废止」的文档，提问现行政策 | AI 拒绝作答、或明确标注过期，而非当现行 |
| 权限一致性 | 同题用高/低权限账号各测一轮 | 低权限账号看不到高权限片段与来源 |
| 引用可点击 | 抽 20 个真实业务问题 | 答案带来源链接，人工可点开核对 |
| 无答案率 | 故意问库外问题 | 明确「不知道」优于幻觉 |
| 更新时效 | 改一页关键事实后立即提问 | 在承诺 SLA 内反映新内容 |
Confluence + Rovo：credits 用量计费信号（2026）
若短名单里有 Confluence，2026 年必须单独评估 Rovo credits——它把「AI 好不好用」变成「组织池额度够不够、超额怎么控」。
- Rovo 含在 Jira/Confluence 等 Standard / Premium / Enterprise Cloud 计划中，无需单独再买一份 Rovo 才能起步；
- Confluence（及 Jira）按版本含每月每用户 credits：Standard 25 / Premium 70 / Enterprise 150（按用户计，再汇总到组织池）；
- 组织内 allowances 汇总成共享池，重度用户可多用、轻度用户少用；多产品席位可叠加池子；
- 额度按月在用量计费日重置；管理员可在 Administration 查看 Platform usage。
用量计费时间表来自 Atlassian 公司新闻：扩展 usage-based pricing 相关 meter 的 allowance 限制与计费于 2026 年 12 月 3 日生效；其中 Rovo credits 覆盖深度 AI 交互（如 Rovo Chat、部分高级能力与 Teamwork Graph 查询等），而站内摘要、改写与 Rovo Search 仍保持免费。见 Atlassian’s usage-based pricing（2026-09-01）。
许可页还说明：超额时默认可开启 extra usage（按公布单价继续），也可关闭；额度耗尽后，进行中的对话/任务不会被中断，仅新的消耗 credits 的请求会暂停；Search、摘要等无成本能力可继续。采购侧动作建议：在 12 月 3 日前看清近月 Platform usage 曲线，设定 80%/100% 告警与 spending cap，并区分「免费 Search」与「计费 Chat/Agent」的使用规范。
价格锚点（来自 teamazing 汇总表，便于横向比较，非 Atlassian 官价单）：Confluence + Rovo 约 $5.78 / $11.16 每用户每月；Notion AI Business 约 €19.50；Glean 报价约 $45–50、席位门槛约 100；Sana 席位门槛 300。完整表见 teamazing 对比。正式签约以厂商报价与合同为准。
选型清单：飞书 / 语雀 / Notion / Confluence / Document360 / Baklib
| 产品 | 更偏哪边 | 适合什么 | 选型时盯什么 |
|---|---|---|---|
| 飞书知识库 | 协作 Wiki-first（套件内） | 已深度使用飞书的组织沉淀与协同 | 与 IM/审批一体的便利；对外品牌化站点与多站分发是否够 |
| 语雀 | Wiki-first | 重视结构化写作与知识沉淀的团队 | 协作深度 vs 对外帮助中心/多站点发布能力 |
| Notion | Wiki-first + AI | 中小团队快速搭 Wiki/Docs | AI 价格（Business 档）、企业权限与对外正式交付 |
| Confluence + Rovo | Wiki-first，向 Teamwork Graph 延伸 | Atlassian 栈存量大的企业 | 查询时权限、Rovo credits 池与 2026-12-03 计费、连接器范围 |
| Document360 | 发布型知识库 | 帮助中心、产品文档、内外部知识库 | AI 引用、分析、SEO、内外库边界 |
| Glean / Guru | Search-first | 知识散落多系统、要企业统一问答 | 席位门槛、报价、源 ACL、EU/数据驻留 |
| Baklib | 发布型 Wiki/知识资产平台 + AI 检索 | 需要品牌化 Docs/Wiki/帮助中心、权限站点与一源多站 | 发布链路、站点/栏目/页面 ACL、内容更新到 AI 的可验证性 |
一句话分流：
- 要「一起写」 → 飞书 / 语雀 / Notion / Confluence；
- 要「搜遍企业里已有的」 → Glean / Guru / Rovo 连接器生态；
- 要「写完后正式发布给人与 AI，并按权限交付」 → Document360 / Baklib 这类发布型知识库。
Baklib 一源多站：诚实对比，不硬刚 search-first
按官方产品页，Baklib Wiki 解决的是：快速创建专业手册、指南与教程；低代码品牌定制；响应式站点；树形文档结构；以及对站点/栏目/页面的授权访问控制；Wiki 内容可作为 AI 问答上下文，并可通过调整搜索结果影响命中。知识库需绑定应用站点才具有对外 URL，内容分发关注「文档在各站点的输出引用」，而不是只开一个临时公开链接。见 /app/wiki 与 /features/kb-publish。
Baklib 更可能赢的场景：你已经（或愿意）把知识治理成可发布资产——产品手册、帮助中心、开发者文档、内部 Wiki、培训材料——需要品牌化站点、细粒度权限、一源多站分发，并在已发布、可治理的知识上做 AI 检索。
Glean / Rovo 更可能赢的场景：关键答案散落在工单、聊天、网盘、多套 SaaS，短期无法也不该全部搬进 Wiki；你需要跨应用企业搜索与 Agent，并接受席位、对接与（对 Rovo）credits 治理成本。
不要用 Baklib 去冒充「全公司万能 crawl」；也不要用 Glean 去替代「对外品牌化 Docs 站」。很多成熟组织最终是发布型知识库 + 企业搜索并存：前者管正式真相源与客户交付，后者管散落上下文。
可执行清单（采购 / PoC / 上线后）
- 画知识地图：列出 Top 20 高频问题各自住在 Wiki、工单、IM 还是网盘；决定 Wiki-first、Search-first 或双轨。
- 先测权限：准备 3 个权限边界清晰的账号与 5 篇受限文档，问同一组题，记录是否泄漏。
- 再测过期：放入废止文档与现行文档，看 AI 是否标注时效；统计陈旧引用率。
- 算清计费：若短名单含 Rovo，导出 Platform usage，模拟 12 月 3 日后 Chat/Agent 用量与 spending cap。
- 定义真相源：对外客户可见答案必须来自已发布知识库；协作草稿不得直接进入对外 AI。
- 验收发布链路：若选 Baklib/Document360，验证「知识库 → 应用站点 → 对外 URL / 多站引用」是否可审计（参考 Baklib 的 kb-publish 能力描述）。
- 上线运营指标：搜索无结果词、文章触达天数、AI 引用 Top 来源、无答案率、权限相关工单，按周复盘。
收束
企业知识库 AI 选型，不是在「谁更会聊」上决胜，而是在 Wiki-first vs Search-first 的结构选择上决胜，再用 ACL 可验、过期可测、计费可算 三条硬指标淘汰 Demo。Confluence + Rovo 给出了清晰的权限承诺与 2026-12-03 credits 计费时间表；Glean 类工具适合知识高度分散的组织；Baklib 则站在发布型知识资产一侧——当你需要品牌化 Wiki/Docs/帮助中心、权限站点与一源多站，并在治理后的知识上做 AI 检索时，它与协作套件、企业搜索形成互补，而不是互相冒充。
下一步：用本文清单跑一轮 2 周 PoC；若你的主诉求是「正式发布 + 权限交付 + AI 检索」，从 Baklib Wiki 与 知识库发布 验证一源多站是否覆盖你的站点矩阵。
### 先定治理边界，再选 AI 能力
如果你要的是品牌化 Docs/Wiki/帮助中心发布、站点级权限交付，以及在已治理知识上做 AI 检索，可以从 Baklib Wiki 一源多站能力开始验证。
[了解 Baklib Wiki](/app/wiki) · [查看知识库发布能力](/features/kb-publish)
常见问题
Wiki-first 和 Search-first 哪个更好？
没有绝对更好，取决于知识主要住在哪里。若知识需要正式发布、版本与权限站点交付，偏 Wiki/发布型；若知识散落在工单、IM、网盘、CRM，偏 Search-first 企业搜索。
Rovo 会不会绕过 Confluence 权限？
按 Atlassian 官方说明，Rovo 的 Confluence 连接器在每次查询时强制执行用户访问权限，用户只能看到已授权的页面、博客与附件。选型时仍应用真实账号做权限穿透测试。
Rovo credits 从什么时候开始用量计费？
Atlassian 公告写明：扩展用量计费（含 Rovo credits 等）的 allowance 限制与计费于 2026 年 12 月 3 日 生效；站内摘要、改写与 Rovo Search 仍免费。
为什么 AI 会引用过期文档？
因为多数知识库内容长期无人维护。teamazing 2026-11 对比文指出：约 94% 的知识库内容至少一个月未被触达，四分之三运营者见过 AI 把过期文档当现行答案引用。治理与新鲜度指标必须和 AI 一起上线。
Baklib 更像 Wiki-first 还是 Search-first？
Baklib 是知识资产发布 + 权限交付 + AI 检索平台（一源多站），不是 Glean 这类跨应用 crawl 的 search-first 企业搜索。适合已治理、需品牌化发布的知识；若知识高度分散在多系统，Glean/Rovo 类能力更对口。
