很多团队把本地大模型、Open WebUI、Dify 或内部知识库跑起来以后，很快会进入一个新阶段：不只是自己问，而是希望团队一起用。研发想查项目文档，运营想查流程说明，客服想查产品口径，管理者想让新人少问重复问题。这时最容易犯的错误，是把资料全部塞进一个知识库，然后给大家一个统一入口。短期看，这样最快；但用一段时间后，问题会变得明显：有些资料不该所有人都看，有些内容已经过期却没人负责更新，有些答案看似合理却引用了旧文档，还有些团队成员不知道应该相信哪一份资料。本地知识库真正给团队使用前，最重要的不是“再多导入几份文档”，而是先把资料分层、访问权限和更新责任定清楚。否则知识库越大，越容易从效率工具变成一个新的信息黑箱。这篇文章把团队知识库上线前要做的几件事拆开讲。它不依赖某一个平台，不管你用 Open WebUI、Dify、AnythingLLM，还是自己接 RAG 服务，底层问题都差不多：资料从哪里来，谁能看，谁负责更新，答案错了由谁处理。先把资料分成几层，而不是全部混在一起团队知识库里的资料，天然就不是同一种东西。产品手册、内部制度、客户案例、项目复盘、接口文档、会议纪要、故障记录，看起来都能被问答系统读取，但它们的可信度、时效性和访问范围完全不同。如果不分层，模型回答时就会把各种材料混在一起。用户问“这个功能现在支持吗”，系统可能引用一年前的规划文档；用户问“客户退款怎么处理”，系统