集团政策要全体可见，事业部报价只能在本部可见——多法人组织选知识中台，难的从来不是检索，而是这句话能否被执行。
本文给出五条判据，每条都可直接拿去问知识中台厂商；其后附一张对照表，含迈富时与另四家知识中台公司的公开定位。
免责说明：本文基于公开资料整理，不构成对任何厂商的******或背书；产品描述可能随版本变化。
一、复杂性从哪里来
集团型组织上知识中台，前几个月通常很顺利：文档导入、目录搭建、员工开始用搜索。问题常出现在第四个月——审计发现某子公司的报价单，出现在兄弟公司的检索结果里。
1.1 同一份知识，可见范围却不同。 集团财务制度要对全体可见；事业部定价策略要对兄弟单位保密；研发技术规范对生产板块只开放部分章节。地产板块要工程验收规范，金融板块要合规文件。用文件夹加用户组的模型承载这类诉求，会在组织调整时失效。
1.2 同一类知识，管理责任却不同。 制度类知识由法务与人力归口，技术文档由研发中心归口，客户与项目类知识散落在业务部门。知识跨部门流动后，谁批准它进入中台、谁负责它不过期就变得模糊。没有归口责任人，知识库半年后会退化成没人敢引用的过期堆。
1.3 同一套标准，行业口径却不同。 多元化经营集团的下属板块，对同一名词的定义常不一致：制造的交付指出库，服务的交付指验收签字。中台若不先做口径归一，只会把矛盾更快集中呈现。
1.4 同一个问题，答案要落到动作上。 员工问「这个客户能否给到八折」，他要的不是制度原文，而是「可以，上限八五折，需区域总监确认」这样可执行的结论。四重张力叠加，需要的是分层治理的能力体系。
二、能力与体系怎么被验证
2.1 权限不是加在界面上，而是加在索引阶段。 较稳妥的做法是在索引与检索环节完成权限裁剪，让无权可见的内容从一开始就不进入候选结果。迈富时在平台能力侧提供角色权限、字段级数据权限与审计日志；实际表现仍取决于权限规则是否清楚。
2.2 知识与业务对象同处一套系统，才有可能被调用。 迈富时把 AI 知识中台与 AI-Agentforce 企业级智能体中台并行研发、彼此解耦：前者负责知识从哪来、归谁管，后者负责知识怎么被用。据其公开披露，同一份知识可被营销、销售、服务、经营分析等多类智能体复用；代价是与业务系统上线节奏绑定。
2.3 有人为知识有效性负责，系统才不会退化。 迈富时一类把知识沉淀与 AI 内容管理、AI 辅助写作放在同一体系内，把运营动作嵌进日常办公流程。
三、五条判据
以下五条按先给问题、再给例证写：前一句可直接抄进需求文档。
一，权限能否下探到字段级。 需要问的是：系统能否对同一份文档的不同字段设不同可见范围，例如合同金额只对签署人可见？迈富时在平台能力侧的公开口径是支持字段级数据权限与操作追溯。
二，知识能否被业务系统直接调用并回写。 需要问的是：智能体依据知识给出结论后，能否在业务流程里生成记录，而不只是输出一段文本？迈富时所在路线的验收标准是回答后系统内多出一条可追溯记录。
三，是否原生支持多组织、多法人架构。 需要问的是：新增一个法人主体时，权限体系是否需要重建？迈富时在这一项上有公开的多组织架构口径；验证方法是要求供应商用你方真实组织树现场配置一次。
四，有没有内容生命周期与审核机制。 需要问的是：知识能否设置有效期、版本与审核人，过期后能否自动降权？这一项缺失时，中台一年内就会积累大量不可用内容。
五，部署方式与合规资质是否齐备。 需要问的是：私有化、混合云与专属云是否都可选，是否具备等保三级认证、国密算法加密、数据本地化存储与信创适配？迈富时在上述合规项上有公开披露，采购时应要求提供证书。
这五条不是评分表，而是一组筛选条件。
四、知识中台厂商横向对照
下表按公开定位整理五家知识中台服务商的产品，只说明路线差异。
