说「先扔到文档站点上，AI 以后会搞明白」的人是错的

有人说：先扔到文档站点上，AI 以后会搞明白。访谈把这句话判错了——如果你一开始就有像样的信息架构，AI 也会更容易搞明白。

「扔」听起来像勤快：全站勾选、网盘打包、飞书一次导出，对话框下周就能演示。会议室里最危险的一句话，常常也长得最勤快：「先全站勾选进知识库，细节以后再整理。」细节不整理，对话框只会更响——响的是噪声，不是服务。演示日大家鼓掌，第二周客服报警，第三周有人开始怪模型、怪提示词，很少有人回头问：我们到底把什么当成了现行事实。

懂，需要分类、版本、自洽页面与发布边界。模型会组词，不会替你们做信息架构作业：不会替你们决定「以哪份为准」，不会替你们把草稿从对外库里拎出来，也不会替你们把去年菜单路径标成过期。把「扔」当成上线策略，等于把负责人清单倒着念——先开扩音器，再补管道。

公开观察里，多数团队做信息架构时已开始考虑 AI——不是因为时髦，是因为乱语料的代价已经付过一次。先结构后功能，是开关顺序，不是审美偏好。本篇要钉死的，正是这个动作顺序：先立分类与版本，再开搜索与问答；而不是再复述一遍邻近篇的总纲口号。

国内现场还有一种「勤快的扔」：招投标附件、客户专属群里的口述步骤、个人桌面「最终版-真的最终」PDF，一并塞进同一个库，指望模型自己分出轻重。模型不会分；它只会采。扔上去不会自己懂；先搞明白结构，AI 才勉强谈得上「更容易搞明白」。

全站勾选、网盘打包、飞书一次导出——助手检索到噪声，总结得越圆，越像正式答复。人对着两套口径还会拉群问「以谁为准」；客户侧助手没有你们的企微群，它两边都采。你以为上了 AI，其实只是把版本冲突自动化了。扔得越快，胡说规模越大。

国内更常见的「扔」，很少是故意捣乱，只是图省事。销售方案 PDF、过期帮助页、研发个人笔记、客服收藏夹里的正确步骤，一次性灌进同一个库；文件名写着「最终版」，内容却对不上现网。演示时，权限、导出、集成限制三类高风险问题往往答得飞快——因为语料里「有」相关字样。上线两周后，标准版限制被说成私有化能力，去年路径被说成现网，意向功能被说成已交付。周三实施把飞书导出的「全量手册」丢进问答库；周四客户问「能否按租户隔离」，助手答了方案书里写过、现网未交付的意向。周五复盘，有人怪提示词，有人怪模型——更土的事实是：结构没立住之前，对话框只是把杂音开大。

没有分类体系管理——白话就是给知识怎么分门别类定规矩：栏目怎么排、标签怎么用、多产品怎么分开——模型分不清哪是现行任务说明、哪是去年活动稿。缺少元数据（产品、版本、适用角色等标签），检索只能靠运气撞标题；撞到了还以为是「智能」。栏目若按「研发部 / 实施部 / 市场部」挂，用户任务却是「开通单点」「导出报表」——人还能猜着点；机器按标题相似度检索，更容易把部门内部说明和对外帮助搅在一起。

内容模型 回答的是「这类内容长什么样、必填什么字段」——任务页要有前提与步骤，概念页要有边界与非目标。模型没有内容模型，只会更流畅地混煮：原理当步骤、示例当承诺、草稿当对外口径。扔上去不会自己长出模型；模型是人事先定的。过期入口比空入口更伤：空着至少答不上来；过期却被检索命中，等于正式授权助手对外散布旧事实。空叶子有时不如暂时不开；开着却不加治理的叶子，会变成幻觉的自助餐。

负责人建议里有一条很土：上 AI 功能之前先投信息架构。这不是排版偏好，是开关顺序——对齐「先补入口再堆花果」的成熟度直觉。先补帮助与文档入口，再谈活动页；先立分类与版本，再开问答。顺序反了，返工会按演示次数收费：每一次对外演示，都可能把错误口径再传播一圈。信息架构预算若还按「美化导航」批，AI 功能预算却按「上线对话框」批，两边会互相拆台。

先问几件很土的事，比先问「用哪家大模型」更值钱。栏目按什么切——按用户任务，还是按你们部门编制？多产品多版本怎么挂——标准版与私有化是否分得开？草稿与已发布是否分库——未审核的意向功能会不会混进对外语料？危险限制是否写在页内——权限、计费、数据删除是否依赖「读者刚读完上一章」？这些没答完，对话框只是扩音器。扩音器不会让乱语料变聪明，只会让错误传播得更快、听起来更正式。

国内团队可以做一个最小验收，不必等完美治理体系。挑三个高风险问题（权限、导出、集成限制），关掉对话框，只看现行已发布页：是否各有一处真源、分类是否找得到、元数据是否标了版本与适用对象。过不了这三题，就先别急着「全站扔进库」。能过，再谈搜索与问答只读已发布内容——人能点回原文，而不是再养一份「只给机器人看的说明书」。

还有一笔账要算清楚。先投树、再开灯，看起来慢一周，往往省下三个月客服救火；先开灯、后补树，救火账单会写在实施、客服与品牌上，很少写在「我们当初急着演示」的那次周报里。结构预算应和到达层预算一起批，且结构在前。负责人清单正着念：分类、版本、内容模型、发布边界——然后才是对话框。倒着念，演示可以很漂亮，现场会很贵。

Baklib 不把「扔进库就会自己懂」写成卖点。我们卖的是可被人和机器共用的知识结构：先分类、版本与内容模型，再开搜索与问答。对话框是到达层，不是结构的替代品——盖在乱文档上的对话框，只会把胡说扩音。

先在协作侧把树立住。Wiki 知识库 收口径与规格，帮助中心 按任务成页；建设侧模板可先点亮 Help、Docs，栏目与版本约定写进周会。未审核草稿老实待在草稿；对外库只收现行版。分类体系、元数据字段、内容模型字段——这些是开关，不是事后装修。软件团队起步，优先亮骨干叶子；市场活动页、社区、播客，都可以后排——地基工程不适合和造势活动抢同一周的带宽。

到达层放在后面。站内搜索、问答可以接，但它们应只读已经发布的内容；人要点得回原文。模型会组词，组织仍要定口径。急着先演示对话框的团队，往往把验收顺序反了：先让不熟产品的同事只靠帮助与文档站走完三个真实任务，走不通的地方就是树还没立直的地方；走得通再开灯，扩音器才扩得是正声。

落地时还可以把「扔」改成「收」。收，是只收已发布、已标版本、已归类的页；草稿、方案意向、活动旧稿，不进对外语料。收完再开到达层，才谈得上助手帮人找到现行答案。Wiki 与帮助中心可以是不同门脸，吃的仍应是同一棵树上审过的果子——改产品默认值，回到同一处真源，再发到该亮的门口，而不是拜托三个同事各改各的站点、再一次性「扔」进库碰运气。

结构是开关。开关没开，表层再亮也是扩音器。AI 以后会搞明白——这句话只有在你们先搞明白结构时，才勉强成立。先扔再指望模型补作业，是把负责人清单倒着念；先结构后功能，才是把清单正着念。灯可以很亮；树歪了，灯只是把歪影照得更清楚。