1. 知识不能只活在模型里
必须有某种后端——产品知识基础设施——信息住在那里，因为它不能只活在 AI 里。
这话听起来像架构师口吻，现场却很土。助手答「权限怎么配」，吃的是它此刻够得着的文本：帮助中心某一页、去年投标 PDF、飞书里未发布的草稿、甚至公网常识。模型参数里没有你们昨天改的默认超时；上下文窗口也装不下整家公司的版本史。没有住所，答案就只能临时拼——拼得越流利，越像权威。
把知识只喂进提示词、只塞进某次演示用的知识包，等于把真源外包给运气。运气好，答对；运气不好，三个渠道三套说法，锅记在「AI 不靠谱」头上。演示当天可以很圆满：销售把「正确口径」贴进对话框上下文，客户点头。第二天客户自己打开帮助中心，步骤对不上现网——你以为昨天赢了，其实只是把过期拷贝说得更圆。
真正缺的，不是更会聊的前台，而是一块大家认账的产品知识基础设施：结构清楚、版本可辨、发布有闸门。模型可以换，住所最好别换；没有住所，每个新渠道都会逼你再导出一份「给 AI 看的说明书」。
国内演示场上更常见的翻车是：助手很流利，客户很满意，回公司一搜帮助中心却对不上。满意度发生在对话框里，信任裂在浏览器里。没有后端，流畅只是临时舞台效果。
2. 渠道变了，拷贝却在增生
渠道变了，组织若仍按「每个渠道一个文档负责人」在养拷贝，增生会变成编制本身。编制应养真源与发布，而不是养五份平行最终版。
行业公开调研里，人们仍大量从导航进文档站；同时 AI 搜索、编码助手，以及业界讨论中的 MCP 一类通道，已经从几乎可以忽略，长到没法假装看不见。门口多了，并不自动等于事实统一。MCP 在这里只是行业正在出现的「文档怎么被机器读」的问法——不等于明天 Baklib 就能当你们的 Agent 网关；网关与真源，要分开说。
国内更常见的增生是这样的。官网改一版定位，帮助中心晚两周；客服在企微置顶「正确步骤」；销售方案书里再截一套图；研发飞书空间另有「给实施看的」；伙伴门户再拷一份「对外版」。渠道每加一个，拷贝就可能加一份。你以为上了智能化，其实在自动化分发过期。
这就是典型的内容孤岛：同一事实在多个系统各养一份，彼此不认账。上午实施按飞书口述配环境，下午客户按官网旧教程验收，晚上客服按企微置顶回复工单——三套都「有文档」，三套都不认账。痛点很少是「我们缺一个更会聊的前台」。是不确定：这句话以哪份为准？改完谁负责通知所有门口？未审核的能不能被助手读到？
不确定叠在一起，客服口述、售前补发、实施现场对口径，成本会从支持与交付里悄悄回来。门口可以很多；每扇门后再种一棵树，才是增生的根。
再往下挖一层，增生往往不是「有人故意搞两套」。市场改口号只改了官网；研发改默认值只改了飞书；客服发现现网步骤变了，先改企微置顶。每个人都在自己够得着的门口修一处，整棵树却越修越歪。助手若同时采到三处，会把歪讲圆——你听到的是流畅答案，背后是三份过期拷贝在抢麦。
把镜头再拉近：招投标附件、客户专属群文件、伙伴门户「对外版」，常常是第四、第五份拷贝。渠道越「正式」，拷贝越像真源，越难下架。没有后端闸门，正式渠道只会加速增生，而不是收敛事实。
3. 真源后端长什么样
可发布的后端，通常要能回答三件事。
结构：知识按产品、版本、任务住在可导航的树上，而不是网盘文件夹名里的「最终」「真的最终」「1215可用」。版本：现行与废弃分得清，过期能下架或标注，而不是靠文件名里的日期猜。发布：草稿与对外库分开；点过发布的，才允许被站点、问答、对外链接消费——未审核稿不进对外库，这不是矫情，是防止「半成品被机器当成现行」。
内容与体验最好分开。内容是事实与口径；体验是帮助中心、文档站、对话框这些门脸。门脸可以换皮、可以多开；事实源应一。这种「内容一次维护、多处到达」的思路，接近人们常说的无头CMS：前台形态可变，背后真源不变。官网可以讲故事，帮助可以讲步骤，问答可以总结——吃的应是同一棵树上的果子。
若用一句话钉死目标：先有内容中台意义上的住所——口径、手册、帮助、政策能协作、能审核、能发布——再谈每个渠道怎么漂亮。没有住所，内容复用只会变成「复制粘贴增生」；有了住所，复用才是同一果子发给不同门脸，而不是每扇门后再种一棵树。真源后端不负责把话说得更热闹；它负责让热闹的话，背后仍有一份可核对的现行。
国内团队落地时，常见的第一步不是买新皮肤，而是先做三件事的体检：对外帮助与手册有没有稳定入口；现行与废弃能不能一眼分清；草稿能不能被助手读到。三件事里任一件不及格，上 AI 都像在空管上装表。体检不及格时，先修住所与闸门；表可以后装。
4. Baklib 当这层后端，不当前台聊天框
后端立住之前，不要把「多开一个渠道」当成进度。每多开一个门口，若没有同源发布，就多一份过期风险。进度应记在真源与闸门上，而不是记在门牌数量上。
Baklib 更想当的是这层后端，而不是再卖一个前台聊天框。
知识中台把资源、知识、体验叠在一起：资源库收图片与对外发过的文件；知识库收可协作、可审核的口径与手册；体验库按场景点亮帮助中心、文档站等叶子。需要时再开AI 客服——问答只读已发布库，检索再总结。客服与研发共用一库，少养第三套飞书「口诀」。建设侧模板可组合 Docs、Help、Chat；门牌多，树干仍是一棵。
落地顺序很克制。先立真源与发布闸门，再开多门口；对话框放在后面，且只吃对外库。先让「以哪份为准」变成别人可以打开浏览器验证的状态，再谈提示词好不好听。信息不能只活在 AI 里。先让它住进可发布的基础设施，再让助手来读。否则渠道越新，拷贝越野，信任越薄——模型再大，也只是把版本冲突说得更圆。
最优解从来不是「最大的模型」，而是：事实有住所、发布有闸门、到达可多样。没有后端，每个 Agent、每个渠道都会逼你再导出一份拷贝；有了后端，提示词与对话框才有资格谈效果。
再补一句国内可验收的底线：客服与研发若仍各养一份「口诀」，助手上线只会让口诀增生加速。共用一库、未审核不进对外、问答点回原文——三件事做到，才算后端立住了；做不到，前台聊天框再热闹，也只是把孤岛说得更流利。渠道可以继续加；加渠道之前，先问真源住在哪、闸门在不在。
