企业知识越积越多后，按部门建文件夹通常会遇到一个问题：同一项目跨销售、生产和财务，各部门各存一份介绍，更新后谁都不知道哪份最新。更实用的目录可以分成三层：对象档案保存对象本身，职能区保存做事规则，横切页围绕一项工作把两者串起来。
三层是阅读与维护的分工，不是三套数据库。它可以落在已有文档系统或知识服务里，关键是每段内容有明确归属，每个入口能指向正式内容。
档案区围绕具体对象
对象可以是组织、产品、合作方、项目或设备。项目档案解释背景、范围、相关方、当前工作与原系统入口；产品档案解释适用条件、版本、技术资料和维护责任。
档案要能独立阅读。不能只有一个名称和一排链接，也不宜把所有原始聊天堆进去。读者看完开头，应知道这个对象为什么重要、与哪些工作有关，以及下一步去哪里取证。
职能区保存可以复用的规则
报价审批流程、质量异常处理办法、售后资料清单、项目交付检查项，都属于职能知识。它们的适用范围跨多个对象，应该由对应职能负责人维护。
例如，同一套验收流程用于多个项目，正式规则只保留一份。项目档案引用该规则，同时记录本项目经过批准的例外。这样通用流程更新时，不必到十几个项目文档里逐段寻找重复内容。
横切页让跨部门工作有一个入口
横切页适合“新品导入”“重点项目交接”“本期交付准备”这类需要跨对象和跨职能阅读的主题。页面说明工作目标、涉及对象、适用规则和需要核验的实时状态，并把读者带到正式档案。
它不应该再抄一套人员名单、合同金额和项目进度。尤其是计数、金额与状态汇总，应链接到可执行查询或业务报表。横切页负责告诉 AI 如何查，而不是用一张可能过期的手工表冒充实时看板。
| 一段内容 | 推荐归属 | 其他页面怎么使用 |
|---|---|---|
| 某产品的适用型号 | 产品档案 | 通过链接引用 |
| 技术评审需要哪些材料 | 职能区 | 项目页引用规则 |
| 某项目批准的特殊要求 | 项目档案 | 横切页提示存在例外 |
| 新品导入涉及哪些工作 | 横切页 | 串联档案与规则 |
| 今天有哪些订单待出货 | 业务系统 | 知识页说明查询入口 |
内容冲突不能按目录高低裁决
公司总览的位置高，不代表其中一句旧描述比刚批准的项目文件更权威。冲突要比较来源、适用对象、生效时间和批准关系，无法判断时交给明确的业务负责人裁定。
同样，文件名中的“最终版”不能单独证明有效。知识页可以写明现行采用哪份资料、为什么采用，以及原文件在哪里。其他页面引用这个判断，避免各自复制后再次产生版本分叉。
控制目录深度，保留多种查找方式
部门调整不应该迫使全部内容搬家。对象档案可以保持稳定，职能名称与导航按现状调整。员工常用的简称、旧产品名和常见问题，可作为别名或索引入口；同一正式内容可以被多个入口发现，但不因此复制正文。
给 AI 的入口也应短而清楚：公司概览、目录说明、关键词检索和全文回读。搜索命中片段后，需要读懂适用条件与例外时，应能返回完整页面。仅凭一个被截断的摘要回答，容易把条件漏掉。
用维护动作检验目录
尝试修改一条质量规则、调整一个项目负责人，再加入一个新产品。如果每次都要改很多页面才能保持一致，说明复制太多；如果只改一处却没有任何关联页能找到它，说明导航不足。好的目录应兼顾修改集中与入口充分。
建设目录之前，可先完成公司全貌整理；多人使用时，还需要明确知识整理与消费的分工。完整落地范围可查看企业知识中枢。
更多同主题内容见企业 AI Agent 落地专题。
