AI操作审计记录以“一次AI使用行为一条记录”为基本单位，把使用者、所用工具与模型、输入输出、数据敏感级别和授权依据留成可复核的条目。本文给出一份可直接复制到表格工具的空白模板，并说明字段口径、必填划分、完整填写示例与后续维护方法，适用于团队自建AI使用台账的场景。
要点总览（TL;DR）
- 模板以“一次AI使用行为一条记录”为单位，共17个字段，覆盖身份时间、工具操作、内容数据与治理复核四组信息。
- 必填字段保证记录可定位、可追溯；模型版本、涉及数据、授权依据、结果与后续动作按触发条件补填；复核信息可由复核环节补齐。
- 填写示例演示了条件必填的两处触发：多模型可选时补填版本，输入含业务数据时补填涉及数据与授权依据。
- 模板上线后按主次版本管理字段增删与枚举调整，每季度抽样复核，历史记录保持原样不改写。
可复制空白模板：AI操作审计记录表
下面的表头按“谁、何时、用什么、做了什么、涉及什么数据、依据什么授权、结果如何、由谁复核”的顺序排列，复制到Excel、在线表格或ONES Wiki页面后即可逐行填写。一行对应一次AI使用行为；同一次任务中多次调用同一工具且输入输出差异明显的，建议拆成多行，便于逐条复核。
| 序号 | 字段名称 | 填写内容 |
|---|---|---|
| 1 | 记录编号 | |
| 2 | 发生时间 | |
| 3 | 使用者 | |
| 4 | 所属团队 | |
| 5 | AI工具 | |
| 6 | 模型或版本 | |
| 7 | 操作类型 | |
| 8 | 操作目的 | |
| 9 | 输入内容摘要 | |
| 10 | 输出用途 | |
| 11 | 涉及数据 | |
| 12 | 敏感级别 | |
| 13 | 授权或审批依据 | |
| 14 | 结果与后续动作 | |
| 15 | 留存期限 | |
| 16 | 复核人 | |
| 17 | 复核结论 |
为减少同一字段各写各的，建议同时维护一张取值约定表，把常用枚举值固定下来。填写时从约定表中选值，确需新增时在备注中说明，由模板维护人统一补充。
| 字段 | 建议枚举值 | 说明 |
|---|---|---|
| 操作类型 | 问答咨询、内容生成、代码辅助、文档总结、数据整理、翻译润色、其他 | 按AI实际承担的任务归类，一次行为选一个主类型 |
| 敏感级别 | 公开、内部、机密、严格机密 | 按团队数据分级标准判定，取所涉数据中的最高级别 |
| 授权状态 | 已审批、按规范免审、待补审批、未授权 | 与“授权或审批依据”字段配合使用 |
| 复核结论 | 通过、需补充说明、需整改、已升级处理 | 复核完成后填写，未复核时留空 |
字段说明：每个字段记录什么、怎么填
字段说明的目标是让不同团队、不同填写人产出的记录可以横向比对。下面按四组说明填写口径，并指出常见填错情形。
身份与时间类字段
记录编号建议采用“团队缩写-年月-流水号”的格式，如RD-202506-001，保证全团队唯一且可按时间排序。发生时间填写实际使用AI的时刻，精确到分钟，补录时在备注中注明补录日期。使用者填真实姓名或工号，便于与账号对应；所属团队填当前所属的项目组或职能团队，人员调动期间以行为发生时的归属为准。常见错误是用昵称、共享账号或只写部门不写人，导致后续无法定位责任人。
工具与操作类字段
AI工具填写产品名称，模型或版本填写实际调用的模型标识；工具自动升级或团队未固定版本时，填写界面可见的版本信息即可。操作类型从取值约定表中选一个主类型，操作目的用一句话说明这次使用要解决什么业务问题，例如“为支付模块生成单元测试初稿”。常见错误是把操作目的写成工具功能描述，如“使用对话功能”，这类写法无法支撑后续复核。
内容与数据类字段
输入内容摘要用一到三句话概括提交给AI的信息，不要求粘贴全文，但要说明信息性质，例如“订单表结构说明与两段脱敏样例数据”。输出用途说明AI产出将被用在哪里，如“作为设计评审参考”“进入代码库前需人工改写”。涉及数据列出数据对象和范围，敏感级别按团队分级标准取最高值。常见错误是输入摘要只写“一些代码”，既无法判断是否含敏感信息，也无法在复核时还原场景。
治理类字段
授权或审批依据填写审批单号、规范条款或免审条件，与授权状态对应；结果与后续动作记录AI产出是否被采用、是否需要人工修改、是否触发整改；留存期限按团队规定填写，如“12个月”；复核人与复核结论在复核完成后补齐。常见错误是授权依据只写“已同意”，缺少可追溯的审批载体。
必填与选填：哪些字段不能空
必填范围决定记录的完整性下限，也直接影响填写成本。建议按三档划分：必填字段保证每条记录可定位、可追溯；条件必填字段在特定情形下补齐；选填字段用于治理强度较高的团队增强分析能力。
| 档次 | 字段 | 缺失时的处理 |
|---|---|---|
| 必填 | 记录编号、发生时间、使用者、所属团队、AI工具、操作类型、操作目的、输入内容摘要、输出用途、敏感级别 | 不得提交或归档，退回填写人补齐后再进入复核 |
| 条件必填 | 模型或版本（工具存在多模型可选时）、涉及数据（输入含业务数据时）、授权或审批依据（涉及机密及以上数据、对外输出、进入正式交付物时）、结果与后续动作（产出被采用或触发整改时） | 触发条件成立而未填写的，复核时标记“需补充说明” |
| 选填 | 复核人、复核结论、留存期限（团队有统一默认值时可不逐条填） | 不影响记录成立，由复核环节或归档规则补齐 |
治理强度较低的团队可以先执行必填清单，把条件必填压缩到“涉及机密数据”和“对外输出”两种情形；治理要求提高后，再把模型版本、涉及数据提升为必填，并增加复核人字段。调整时同步更新取值约定表和填写说明，避免新旧口径并存。
填写示例：一条完整的AI操作审计记录
以下为演示情景，用于说明各字段如何取值，不代表任何真实企业记录。
| 字段 | 示例取值 | 填写理由 |
|---|---|---|
| 记录编号 | PAY-202506-014 | 团队缩写加年月加流水号，全团队唯一 |
| 发生时间 | 2025-06-18 14:32 | 实际使用时刻，便于与审批时间比对 |
| 使用者 | 张明（工号10237） | 姓名加工号，可与账号对应 |
| 所属团队 | 支付平台组 | 行为发生时的团队归属 |
| AI工具 | 团队统一接入的AI助手 | 填写实际使用的工具名称 |
| 模型或版本 | 界面显示版本号 | 工具提供多模型可选，属条件必填触发 |
| 操作类型 | 代码辅助 | 任务为生成单元测试，归入代码辅助 |
| 操作目的 | 为退款接口生成单元测试初稿 | 说明业务问题，而非工具功能 |
| 输入内容摘要 | 退款接口方法签名、参数说明及两段脱敏后的调用样例 | 说明信息性质与范围，未粘贴完整代码 |
| 输出用途 | 作为测试用例初稿，经人工改写后提交代码库 | 明确产出流向和人工介入环节 |
| 涉及数据 | 接口定义与脱敏样例数据 | 输入含业务数据，触发条件必填 |
| 敏感级别 | 内部 | 数据已脱敏，按分级标准取最高值 |
| 授权或审批依据 | 《研发AI使用规范》第4.2条，内部级数据免审 | 引用规范条款，与授权状态“按规范免审”对应 |
| 结果与后续动作 | 生成12条用例，人工修改3条后合入，无整改项 | 记录采用情况与人工修改量 |
| 留存期限 | 12个月 | 按团队统一规定填写 |
| 复核人 | 李华 | 由团队指定的复核人填写 |
| 复核结论 | 通过 | 复核完成后填写 |
这条记录中，条件必填字段的触发点有两处：工具提供多模型可选，因此补填模型版本；输入含业务数据，因此补填涉及数据和授权依据。若该任务改为把完整生产日志提交给AI分析，敏感级别应升为机密，授权依据需改为具体审批单号，复核结论也可能变为“需整改”。
常见填写错误对照：把操作目的写成“让AI帮忙看看”；输入摘要写“一段代码”；涉及数据写“无”但输入中实际包含表结构；授权依据写“领导同意”而无审批载体；复核结论在未复核时提前填“通过”。这些写法都会削弱记录的可追溯性。
调整与维护：字段怎么随治理要求演进
模板上线后需要一套轻量的变更规则，避免字段随意增删导致历史记录无法比对。建议指定一名模板维护人，统一受理字段调整并发布版本。
字段新增与废弃的判断触发点
出现以下情形时评估新增字段：团队引入新的AI使用方式，现有操作类型无法归类；复核中发现同类问题反复出现，需要单独记录；外部要求或内部规范新增了留痕项。字段废弃的触发点包括：连续两个复核周期无人填写、与其他字段信息重复、取值约定已无法维护。新增和废弃都应在变更记录中写明原因和生效日期，历史记录保持原样，不做追溯改写。
版本号与变更记录写法
版本号建议采用“主版本.次版本”，字段增删或必填范围变化记主版本，枚举值补充和说明文字修订记次版本。变更记录至少包含版本号、生效日期、变更内容、变更原因和维护人，例如“v1.1，2025-07-01，操作类型新增‘数据整理’，因数据分析组开始使用AI清洗埋点数据，维护人：李华”。
留存期限与归档方式
留存期限按数据敏感级别分档设定，机密及以上数据的记录留存时间应不短于对应数据的保管要求。归档时按季度或按团队导出为只读表格，保留原始字段结构；归档文件与在用模板分开存放，避免误改。
定期抽样复核与字段有效性检查
建议每季度抽取一定比例记录复核，检查必填字段是否齐全、枚举值是否规范、授权依据是否可追溯。抽样中发现的空字段和错填类型，作为下一轮模板调整的输入。当AI使用行为与工作项、审批流程关联较紧时，可以把审计记录与工作项状态、审批单据放在同一协作平台中管理。ONES 的AI研发管理方案基于ONES权限体系进行知识问答和任务执行，输出过程可追踪、结果可审计；ONES Assistant 能将操作结果保存为工作项、Wiki页面等内容，团队可据此把审计记录与对应任务关联，减少在多个系统间反复核对。
常见问题
团队刚开始记录AI使用行为，字段太多填不过来怎么办？
可以先执行必填清单，把条件必填压缩到“涉及机密及以上数据”和“对外输出”两种情形，复核人、复核结论、留存期限交给复核或归档环节补齐。等记录习惯稳定、复核中发现需要更多判断依据时，再把模型版本、涉及数据提升为必填。调整时同步更新取值约定表和填写说明，避免新旧口径并存。
同一次任务里多次调用AI，要拆成多条记录吗？
判断依据是输入输出差异是否明显。同一任务中多次调用同一工具、输入输出内容接近的，可以合并为一条，在输入摘要中说明多次调用；如果中途更换了工具或模型，或者提交的数据范围、敏感级别发生变化，建议拆成多行，便于逐条复核和追溯授权依据。
审计记录需要保存多久，到期后怎么处理？
留存期限按数据敏感级别分档设定，机密及以上数据的记录留存时间应不短于对应数据的保管要求，具体期限由团队规范确定。归档时按季度或按团队导出为只读表格，保留原始字段结构，归档文件与在用模板分开存放。到期后的销毁或续存应有明确审批，并在归档清单中留下处理记录。
审计记录能否直接放在协作平台里，而不是单独维护一张表？
可以。当AI使用行为与工作项、审批流程关联较紧时，把记录与对应任务放在同一平台管理，能减少跨系统核对。ONES 的AI研发管理方案基于ONES权限体系进行知识问答和任务执行，输出过程可追踪、结果可审计；ONES Assistant 能将操作结果保存为工作项、Wiki页面等内容，团队可据此把审计记录与对应任务关联。具体字段配置和导出方式需结合团队实际配置确认。
复核时发现记录缺字段或填错，应该改原记录还是另作说明？
区分两种情况：必填字段缺失属于记录不成立，应退回填写人补齐后再进入复核；条件必填字段在触发条件成立时未填，复核时标记“需补充说明”，由填写人补充并注明补充日期。已经归档的历史记录保持原样，不做追溯改写，修正内容通过变更记录或补充说明体现，保证审计链条可追溯。
