研发AI访问权限检查围绕四类对象展开：AI应用本身、可检索的研发资料范围、调用AI的人员与角色、调用与检索留痕。清单按接入准备、权限配置、试运行、上线后复核四个时点推进，每项给出通过标准、证据和负责人；资料范围越界、权限继承未收敛、检索结果未按权限过滤、日志缺失属于阻断项，未关闭不得放行。
要点总览（TL;DR）
- 清单围绕四类对象核验：AI应用本身、可检索的研发资料范围、调用AI的人员与角色、调用与检索留痕。
- 按接入准备、权限配置、试运行、上线后复核四个时点推进，每个时点有产出物和确认方式，可直接排入项目计划。
- 资料范围越界、权限继承未收敛、检索结果未按调用者权限过滤、调用日志缺失属于阻断项，未关闭不得放行。
- 通过标准写成可观察结果加可复现步骤，并配配置截图、权限清单导出、测试记录等证据，避免检查停留在口头确认。
- 上线后按季度复核，组织调整、新项目接入、外部服务变更、安全事件触发即时复核。
谁在什么时点用这份清单
这份清单面向研发负责人、平台或IT管理员、安全与合规人员、资料所有者四类角色，用于AI应用接入前后的权限核验。它解决的是“能不能放行”这一决策问题，因此每个时点都要有明确产出物和签字确认，而不是检查完口头说一声。排期时先把四个时点对应到项目计划里，再按角色分派检查项。
| 检查时点 | 主要参与角色 | 产出物 | 确认方式 |
|---|---|---|---|
| 接入准备 | 研发负责人、资料所有者、安全与合规 | 资料范围与账号授权确认表 | 资料所有者书面确认开放范围 |
| 权限配置 | 平台或IT管理员、安全与合规 | 权限配置核对表（含阻断项标记） | 管理员自查，安全复核签字 |
| 试运行 | 平台或IT管理员、研发负责人 | 试运行验证记录与问题清单 | 测试人与复核人双签 |
| 上线后复核 | 安全与合规、资料所有者 | 复核记录与整改跟踪表 | 按周期确认，变更触发即时复核 |
四个时点的顺序不能颠倒：接入准备没完成就配置权限，容易把不该开放的资料带进系统；试运行没做就上线，等于把越权风险留给真实用户。每个时点的产出物建议集中存放，便于上线评审时一次性调阅。
接入准备阶段：先划清资料与账号边界
接入准备的核心动作是在AI接触资料之前，把“哪些资料可以被检索”和“AI以什么身份访问”两件事定下来。默认全量开放研发资料是最常见的越界来源，因此这一阶段的产出必须落到书面。
资料分级与开放范围
由资料所有者按敏感度对研发资料分级，至少区分公开、内部、受限三档，并逐项标注是否允许AI检索。代码库、需求文档、测试用例、故障复盘、客户数据等类别应分别确认，不能用一个“研发资料”笼统概括。受限资料默认不开放，确需开放时写明用途和期限。
账号来源与授权方式
明确AI应用使用的账号类型：个人账号、服务账号或独立应用身份。个人账号接入会导致调用行为无法与具体人员区分，服务账号则要防止权限过大。授权遵循最小范围原则，逐项列出允许访问的库、项目、文档目录，同时列出明确不开放的清单，例如薪酬相关文档、未脱敏的客户数据目录、历史归档空间。
数据流向与外部服务约定
如果AI能力涉及外部模型或第三方服务，需要写明数据流向：哪些内容会离开本地环境、是否用于训练、留存多久、是否涉及出境。这些约定应与供应商合同或内部安全要求一致，并由安全与合规人员确认。资料所有者对开放范围的书面确认是这一阶段的收尾动作，缺少确认即视为未完成。
在ONES中，资料范围的确认结论可以沉淀为Wiki文档，逐项列出开放与不开放的目录，并把待确认事项转为工作项指派给对应资料所有者，形成可追踪的确认记录。ONES Assistant在知识问答时基于ONES权限体系运行，输出过程可追踪、结果可审计，这为后续核对提供了基础，但具体检索过滤机制仍需在试运行阶段用样例验证。
权限配置阶段：逐项核对授权与继承
权限配置阶段把授权关系拆成可核对的条目，重点是继承关系和容易被忽略的入口。配置错误往往不体现在主路径上，而出现在共享链接、公开空间和历史归档里。
| 检查项 | 通过标准 | 证据 | 负责人 | 阻断 |
|---|---|---|---|---|
| AI应用身份与人员账号的权限映射 | 每个调用者可对应到明确的账号或角色，映射关系有清单可查 | 权限映射清单导出 | 平台管理员 | 是 |
| 项目、代码库、文档空间的继承权限 | AI身份未因继承获得高于调用者的权限，逐个项目核对无放大 | 配置截图与继承关系说明 | 平台管理员 | 是 |
| 共享链接与公开空间 | 不存在可绕过权限直接访问受限资料的链接，公开空间已排查 | 链接清单与访问测试记录 | 平台管理员、资料所有者 | 是 |
| 历史归档与回收站 | 归档内容同样受权限约束，未被AI默认纳入检索 | 归档目录核对记录 | 资料所有者 | 否 |
| 检索结果过滤方式 | 检索结果按调用者权限返回，低权限账号看不到受限内容 | 试运行测试记录 | 平台管理员 | 是 |
| 权限回收路径 | 离职、转岗、项目结束有明确回收动作和责任人 | 流程说明与最近一次回收记录 | 平台管理员、HR对接人 | 否 |
继承权限是最容易出问题的一项：AI应用身份如果挂在某个高层级组织节点下，可能自动继承该节点下所有项目的访问权，实际权限远超调用者本人。核对时要沿着组织树逐层确认，而不是只看应用配置页。检索结果过滤同样关键，若AI按自身身份统一检索再返回结果，调用者就可能看到本无权访问的内容，这一项必须通过试运行验证，配置阶段先确认设计方式并标记待验证。
试运行阶段：用样例验证不越权
试运行用受控样例在真实资料结构下验证AI不会返回越权内容，并把过程留成可复核的证据。配置核对回答的是“设计上是否正确”，试运行回答的是“实际运行时是否真的不越权”，两者不能互相替代。
越权测试样例的设计
准备低权限测试账号，用它检索只对高权限角色开放的资料，观察返回结果、引用来源和摘要内容。样例应覆盖三类场景：直接检索受限文档、通过跨项目提问拼接信息、用提示词诱导AI忽略权限限制。批量导出和附件总结也要纳入，因为摘要可能在不经意间带出受限内容。
记录与复验
每次测试记录测试账号、时间、请求内容、返回结果和判定结论。发现异常后修复配置，再用同一组样例重新验证，复验记录与首次记录一并留存。测试账号本身也要管理，避免测试结束后仍保留高权限。
- 测试账号清单：账号、角色、可访问范围
- 测试用例：请求内容、预期结果、实际结果
- 问题记录：问题描述、修复动作、复验结论、复验人
试运行中发现的问题可以转为工作项跟踪整改，把问题描述、责任人和复验结论挂在同一条记录上，避免修复后无人确认。ONES Assistant支持基于指定的Wiki页面组回答问题并附上引用来源，这类能力在试运行中可用于核对引用范围是否与授权范围一致，但结果过滤是否严格按调用者权限执行，仍需以实际测试结论为准。
每项检查的通过标准与证据
统一判定口径是清单可用的前提。通过标准要写成可观察的结果加可复现的步骤，例如“用低权限账号检索受限文档，返回结果中不出现该文档标题与正文片段”，而不是“权限配置合理”。证据类型与保存方式同样要事先约定，否则评审时无法核对。
| 要素 | 写法要求 | 示例 |
|---|---|---|
| 通过标准 | 可观察结果、可复现步骤、明确边界 | 低权限账号检索受限目录，返回0条受限内容 |
| 证据类型 | 配置截图、权限清单导出、测试记录、审批单 | 权限映射清单导出文件加测试记录 |
| 留存位置与期限 | 统一存放，期限与内部审计要求一致 | 项目文档库归档，保存至应用下线后一年 |
| 不通过处理 | 标记阻断或一般项，指定整改人与期限 | 阻断项当日升级至研发负责人与安全负责人 |
| 确认方式 | 负责人逐项签字或系统内确认 | 核对表签字页，或工作项状态置为已确认 |
不通过的判定要区分阻断项和一般项：阻断项必须关闭才能进入下一时点，一般项可以带整改计划上线，但要有明确期限和跟踪人。升级路径提前写清楚，例如阻断项在24小时内上报至研发负责人和安全负责人共同决策，避免检查卡住却无人推动。
阻断项与上线完成条件
阻断项是决定能否放行的硬条件，出现以下情形之一即不得上线：资料范围超出资料所有者审批的范围；权限继承未收敛，AI身份权限高于调用者；检索结果未按调用者权限过滤；调用与检索日志缺失，无法追溯谁在何时检索了什么；账号共用导致调用行为无法对应到具体人员。
阻断项未关闭时，原则上不放行。确因业务需要例外上线的，要走例外审批，写明补偿措施，例如临时限制可检索范围、缩短复核周期、增加人工抽查，并由安全负责人签字。例外不是关闭阻断项，而是带条件放行，条件满足后仍需补齐。
上线完成条件
- 全部阻断项关闭并有证据留存
- 一般项有整改计划、责任人和完成期限
- 试运行问题清单中的异常项已复验通过
- 上线后复核的周期与触发条件已确定
上线后的持续复核
权限会随人员流动和资料新增而变化，上线不是终点。定期复核建议按季度执行，核对权限变更记录、离职转岗人员的权限回收、新增资料目录是否纳入授权范围。触发式复核适用于以下场景：组织架构调整、新项目接入、外部模型或服务变更、发生安全事件。复核结论同样留档，与上线时的检查记录放在一起，形成完整的权限治理链条。
在ONES中，复核任务可以按周期创建为工作项，指派给安全与合规人员，整改项与验证结论挂在同一条工作项上流转，Wiki文档保存每轮复核的范围与结论。这样清单从一次性的上线检查延伸为可追溯的持续记录，每次复核都能看到上一轮的问题是否关闭。
常见问题
AI应用用服务账号接入，权限映射怎么核对才算通过？
服务账号接入时，核对重点从“谁登录”转为“谁触发”。通过标准可以写成：每次调用都能对应到具体人员或明确的服务调用方，且该调用方在权限清单中有登记。证据包括权限映射清单导出和一条实际调用的追溯记录。若服务账号权限高于任何单个调用者，应视为继承未收敛，按阻断项处理。
试运行只测了几个样例，能说明检索结果按权限过滤吗？
样例测试证明的是被测路径不越权，不能覆盖全部资料结构。建议样例覆盖直接检索受限文档、跨项目拼接提问、提示词诱导、批量导出与附件总结几类场景，并记录测试账号、请求内容和返回结果。上线后仍需通过定期抽查和日志核对持续验证，尤其是新增资料目录和权限变更之后。
阻断项确实无法在上线前关闭，例外放行要注意什么？
例外放行要写明补偿措施，例如临时收窄可检索范围、缩短复核周期、增加人工抽查比例，并由安全负责人签字确认。例外不等于关闭阻断项，需设定补齐期限和跟踪人，条件满足后按原标准重新验证。资料范围超出审批范围、日志缺失导致无法追溯这两类情形，补偿措施很难替代，通常不建议例外放行。
上线后复核多久做一次，哪些情况要临时加做？
常规复核可按季度执行，核对权限变更记录、离职转岗人员的权限回收、新增资料目录是否纳入授权范围。触发式复核适用于组织架构调整、新项目接入、外部模型或服务变更、发生安全事件等场景。复核结论与上线时的检查记录存放在一起，便于下一轮核对上一轮问题是否关闭。
ONES Assistant 在权限方面能提供哪些可核对的信息？
根据ONES官网资料，ONES Assistant 基于ONES权限体系进行知识问答和任务执行，输出过程可追踪、结果可审计；在Wiki页面、附件等知识上下文中支持页面问答、附件总结和全局知识检索，并支持基于指定Wiki页面组回答问题并附引用来源。检索结果是否严格按调用者个人权限逐条过滤，以及日志字段与导出方式，资料中未给出具体说明，建议在试运行阶段用低权限账号样例实际验证后再作结论。
