KSTMADE企业资料接入 AI 知识库前，建议先确定“谁、在什么项目中、能读取哪份资料、允许做什么”，再决定接入范围。登录成功不等于可以查看全部资料，内部可读也不等于可以写进客户回复。第一轮可以从一个业务场景开始，由资料负责人和使用岗位共同确认一张权限清单，再交给技术人员实现与验证。
本文适合准备试用企业资料检索、答复草案或项目协同的制造企业，提供业务需求整理与检查方法，不是某套平台的配置教程。具体权限实现需要结合现有身份、文件系统和实际数据流评估；文中的示例不代表 KSTMADE 已连接真实企业知识库。
不要用“都是公司员工”代替使用范围
销售、研发、采购和品质都可能需要了解同一项目，但需要的资料并不相同。同为销售岗位，两个人负责的客户或项目也可能不同。只按部门开放一个大文件夹，未必能表达这些差异。
建议先从实际工作提问：这个岗位为了完成哪项任务，需要哪一部分内容？例如，销售需要经审核的对外参数说明；项目工程师需要自己参与项目的详细技术记录；是否可以读取成本或供应商条件，则由企业根据工作需要另行确认，不能从职位名称自动推定。
OWASP 的授权指南区分身份验证和操作授权，并建议按最小必要权限规划、默认拒绝未获允许的访问，以及对每次请求检查权限。这里引用的是一般安全原则，不是企业已经通过某项认证的证据。OWASP：Authorization Cheat Sheet
用一张清单把业务决定交给技术
下面是建议的需求清单。它可以先保存在企业现有受控表格中；表格负责表达已批准的规则，不能代替系统实际执行权限检查。
| 清单项 | 应写清的内容 | 谁来确认 |
|---|---|---|
| 使用任务 | 查产品说明、整理项目问题，还是准备客户答复 | 业务负责人及实际使用岗位 |
| 人员与项目范围 | 具体岗位、所属组织、参与项目及必要的临时授权 | 业务负责人按企业流程批准 |
| 资料身份 | 资料编号、原始位置、版本和负责岗位 | 资料负责人 |
| 允许的操作 | 读取、生成内部摘要、下载、共享或形成对外草案 | 资料与业务责任人共同确认 |
| 对外边界 | 哪些内容可对外使用，何时还需要技术或商务审核 | 对应审批岗位 |
| 到期与变更 | 调岗、退出项目或临时授权结束时怎样处理 | 权限维护人员与项目负责人 |
| 检查证据 | 测试身份、问题、预期结果、实际结果和规则版本 | 技术人员执行，业务岗位复核 |
“待确认”应当保留为待确认。若无人能够说明某份文件该给谁使用，可以先把它留在本轮接入范围之外，由负责人裁定后再加入。不要把“以后再细分”当成当前开放全部资料的依据。
还要分开两种批准：批准资料进入本次知识库试点，以及批准某个员工使用其中的内容。上传人拥有文件，不意味着他可以为全公司决定开放范围。
虚构示例：一份报价文件里有两种使用边界
以下企业、项目和资料均为虚构教学示例，不是客户案例或已部署系统。
一家设备企业准备为项目甲建立资料问答。资料包包含一份已审核的产品说明、一份仅供内部讨论的成本表，以及项目乙的历史方案。销售小陈参与项目甲，工程师小林同时参与甲、乙两个项目。
团队可以先讨论以下示例规则；它们只是这家虚构企业的拟定方案，不是所有企业都应采用的岗位设置。
| 资料 | 示例使用规则 | 需要避免的误判 |
|---|---|---|
| 项目甲产品说明 | 项目甲成员可读取；对外答复仍遵守该说明的适用范围 | 能读说明不等于能自行承诺不同配置 |
| 项目甲内部成本表 | 仅向企业指定并获批的成本评审人员开放 | 参与项目不自动获得全部商务资料 |
| 项目乙历史方案 | 仅供项目乙获授权成员使用；跨项目复用另行审核 | 同型号产品不意味着两个项目资料可以互通 |
如果小陈提问“帮我整理给客户的方案”，系统不能因为成本表与问题相关，就把其中的信息带入生成过程。若客户需要的内容与内部字段混在同一文件中，可以先由资料负责人制作并审核一个独立的对外版本，再按其自身权限接入；不能假设 AI 会自动准确删掉所有不该出现的内容。
小林能够读取项目乙，也不代表他生成的摘要可以自动分享给项目甲全体成员。摘要的接收对象、使用目的和依据仍需确认。权限讨论应覆盖实际产物，而不只停在原始文件的文件夹上。
原文件的权限，要在实际检索链路中得到落实
一些知识库会把文档拆成片段，再检索相关内容供模型生成答案。OWASP 的 RAG 安全指南指出，访问控制信息需要随片段保留，在检索时检查；不能假定原文件权限会自动传到片段，也不能依赖语言模型来执行访问控制。应在内容进入模型前落实授权边界。OWASP：RAG Security，Access Control Inheritance
对业务负责人而言，不必先掌握检索技术，但应要求交付团队说明：当前使用者的身份从哪里来，项目范围由谁维护，哪些资料能够进入本次回答，以及审核人员怎样检查结果。供应商演示了一个正确答案，只能说明该次演示的表现，不能证明所有岗位边界已经生效。
两份 OWASP 原始资料均于 2026-11-02 读取核对。本文清单、制造业例子和下面的会议安排属于实施准备建议，不是 OWASP 的认证项目，也不构成对任何现有系统安全性的保证。
用一次跨岗位检查会，决定试点能否开始
建议会前准备一小组获准用于测试的资料和测试身份，明确区分测试环境与生产环境。用虚构或经批准的样本表达边界，不为了检查而把真实敏感内容散发给无权人员。
会议可以围绕四个问题展开：
- 该看的内容是否可用？ 让授权岗位完成一个真实工作问题，检查答案依据、适用项目和版本是否清楚，避免权限收得很严却无法开展工作。
- 不该看的内容是否被隔离？ 按清单使用另一项目或未授权身份检查，同一个问题不应绕过已经约定的边界。预期结果要先写好，不能看完答案再改标准。
- 对外用途是否有人负责？ 让销售和技术共同检查一份答复草案，确认哪些表述可用、哪些条件待核实，以及谁批准发送。能生成草案与已获对外批准分别记录。
- 权限变化后谁来复核？ 用一个退出项目的测试情节，核对维护责任、待处理事项和复查记录。需要重新确认时保留未完成状态，不用“设置已保存”替代验证。
每项问题都留下决定、责任岗位与证据位置。存在越权结果时，应按影响暂停有关试点范围并处理，不能用大量正常回答抵消；资料不足则明确暂缓哪些部分。更完整的样本与放行方法可以接着看企业 AI 试点验收。
常见问题
在提示词里写“不要泄露内部资料”是否足够？
不够。提示词可以表达回答要求，但访问边界需要由系统在读取与处理资料的环节执行。不能先把未授权内容交给模型，再只靠它自觉保密；上述 RAG 安全指南对此给出了明确原则。
是不是要为每个部门购买一个独立知识库？
不能只凭部门数量决定。先把人员、项目、资料和操作范围列清，再评估现有平台能否实现并验证；有时需要隔离空间，有时可以使用经验证的访问控制。本文不预设具体采购方案。
已审核的文件是否就可以全员读取？
不是。内容审核解决资料是否适合作为依据，读取授权解决谁可以使用。两项决定相关但不同；文件的版本与适用范围还可参考企业知识库版本管理。
小企业暂时没有完整权限体系，能否先试？
可以先缩小到负责人明确、资料边界清楚的一项任务，选用已经批准的样本和使用人员。待确认资料暂不接入，记录接下来要补齐的责任与检查；不必一开始把所有企业文件集中进去。
KSTMADE 的企业 AI 服务方向围绕资料、需求与协同流程展开，具体接入方式和权限能力需要按企业环境、授权与验收确认。可以结合四阶段落地介绍，先把这张权限清单作为范围定义的交付物：每个开放决定都能说明业务用途，每个未决问题都有负责确认的人。