OnvergeAi 临界AI
RESOURCES · OnvergeAi

大模型边界自查表

面向业务、IT/安全与法务三类角色:20 项边界自查表把推理位置、模型文件、向量数据、日志备份、远程访问等十类边界拆成可勾选问题,用于签约与实施前对齐;自查不产生合规结论。

PDF 文档 · v1.0 · 更新 2026-09-26 · 许可 仅限内部评估使用 · 复核人 技术负责人 · 证据等级 C

这份材料解决什么问题

这份表把「大模型能不能上、数据会去哪里」拆成 20 个可逐项勾选的问题,覆盖推理位置、模型文件、向量数据、原文存储、日志内容、日志保存、备份路径、远程访问、更新机制与第三方调用十类边界。它用于签约与实施之前,让业务、IT/安全、法务三类角色对着同一张表确认,把「私有化」从一句形容词还原成可核对的部署事实,避免上线后才出现未授权外联、日志留存超期或备份跨域等情况。表本身只做自查,不产生合规结论,逐项确认后的结果可作为方案与验收的边界附件。

适用:["律所与专业服务", "财务税务", "金融", "教育", "地方政府职能部门", "其他中大型企业"];["业务负责人","IT/安全负责人","法务/合规","采购与项目管理"]
获取方式
登录后下载(用于统计与版本通知)
下载与使用
已下载 5 次 · 浏览 51 次
使用边界
仅限客户内部评估、比对与立项讨论使用;不得对外发布、商业转售或作为第三方结论引用。引用需注明来源与版本,基于本材料作出的改动由使用者自行负责准确性;材料随版本更新,请以最新版本为准。
该资源需登录后下载,登录仅用于版本更新通知与下载记录,不用于训练。配套页面
01

材料包含什么

十个边界类别、二十个自查项,每一项都要能回答「在哪里、留下什么、谁能访问」。

边界类别 / 自查项内容要点使用方式
推理位置(第 1—2 项)① 模型正向推理在哪个环境完成,是否完全在客户指定环境内完成;② 推理结果与中间态是否回写本地,是否经过任何外部服务。与架构图逐项对照后勾选
模型文件(第 3—4 项)③ 权重、LoRA 适配文件与镜像的来源、来源记录与版本号;④ 模型文件交付后能否离线导入,是否依赖联网下载或在线校验。由技术负责人确认来源与版本
向量数据(第 5—6 项)⑤ 向量库部署在哪里,向量由本地还是外部模型生成;⑥ 向量的更新、删除与重建方式,删除动作是否可核验。由技术负责人填写删除与重建方式
原文存储(第 7—8 项)⑦ 原始资料是否落盘保存、保存在哪里、访问范围多大;⑧ 原文的保留期与销毁方式是否已与客户书面约定。法务/合规确认保留期与销毁
日志内容(第 9—10 项)⑨ 提示词、模型输出、用户标识、检索来源分别记录哪些字段;⑩ 是否对敏感字段脱敏或按策略排除记录。安全负责人确认字段最小化
日志保存(第 11—12 项)⑪ 日志保留多长时间、到期如何清理;⑫ 日志的存储位置、访问权限与导出方式。安全负责人确认权限与清理
备份路径(第 13—14 项)⑬ 备份是否跨域或上云、备份内容包含哪些数据;⑭ 备份加密、备份保留期与恢复演练安排。IT 负责人确认备份边界
远程访问(第 15—16 项)⑮ 谁能远程访问、访问范围与授权方式;⑯ 远程运维是否录屏留痕、是否需客户批单、开放的时间窗。安全负责人确认授权与留痕
更新机制(第 17—18 项)⑰ 软件与模型更新是否需要联网、走哪条通道;⑱ 更新前的测试、回滚方案与版本记录。技术负责人确认更新与回滚
第三方调用(第 19—20 项)⑲ 是否存在联网搜索、插件或外部 API 调用;⑳ 外部调用是否需逐任务审批、是否具备模型与数据的退出机制。法务与安全共同确认退出机制

※ 二十项逐条勾选,任一项无法回答即记为「待确认」,进入待办而不是默认通过。

02

怎么用

从确定核对对象开始,到把确认结果写进合同附件结束。

  1. 1

    第 1 步:确定核对对象与角色

    指定被核对的项目或系统,明确每一类边界由谁负责回答(业务、IT、安全、法务),避免同一个人代填全部答案。

    产出:核对对象与角色表
  2. 2

    第 2 步:对着架构图逐项填写

    能画出来数据流向的项直接勾选并标注;画不出来或答不出的项一律记为「待确认」,不得凭印象勾选。

    产出:初填自查表
  3. 3

    第 3 步:把待确认项升级为待办

    每一条「待确认」都要落到具体责任人、所需证据和完成时点,纳入项目启动闸门。

    产出:待办清单
  4. 4

    第 4 步:法务与安全复核高风险项

    重点复核日志内容、备份路径、远程访问、第三方调用四类,复核后由对应责任人签字确认。

    产出:复核签署记录
  5. 5

    第 5 步:写入方案与合同附件

    把逐项确认结果作为方案与合同边界附件,作为后续验收时「是否越界」的共同口径。

    产出:边界附件
  6. 6

    第 6 步:变更后重跑并更新版本

    架构、模型、网络或运维方式发生变化时重新核对一遍,更新日期与版本号,旧版本留档。

    产出:更新记录
03

适用对象与前置准备

三个人以下的小工具,也需要三类角色同时在场才能真正填得完。

业务负责人
负责说明任务范围、使用人群与人工审核规则,判断哪些数据可以进入处理范围。
IT/安全负责人
负责回答推理位置、日志、备份、远程访问、更新与第三方调用的技术事实。
法务/合规角色
负责确认数据来源合法性、授权范围、保留期与删除方式,复核对外部调用的审批规则。
前置材料:架构草图
一张能画出用户、本地模型、外部服务、日志与备份位置的关系图,是逐项填写的基础。
前置材料:数据清单
数据来源、量级、责任人、保留期的清单,用于判断原文存储与备份边界。
前置材料:现有网络与运维制度
远程运维方式、账号体系、变更与备份制度的现状说明。
04

使用边界与免责

先把话说清楚:这张表是自查工具,不是合规结论。

不构成合规认证或安全测评结论
自查结果只反映客户自述的部署事实,不能替代等级保护测评、安全评估或主管部门的结论。
私有化只是控制边界
私有化定义的是模型、数据与日志的位置,不自动等于合规,也不能替代访问控制、数据分类与个人信息处理合法性。
不替代专业机构意见
法规适用、备案与登记、数据处理的合法性判断,由客户法务、主管部门或专业顾问确认。
不采集也不要求提供数据
填写过程不需要上传任何生产数据副本;确需查看样本时应先脱敏并在书面确认后使用。
结论以书面约定为准
表内提示的责任划分与验收口径,最终以需求确认、技术方案与合同条款为准。
版本时效
本表随部署实践与法规要点更新,请以最新版本为准,旧版本不得作为依据。