直接回答。 AI内部审计的证据链应连接业务用途、资料授权、评测、上线批准和实际运行结果。政策文件只能说明组织想怎样管理；要证明控制执行，需要查看与具体任务、版本和责任人对应的记录。
核心要点
- 先界定审计对象和结论范围。
- 把设计证据与执行证据分开。
- 模型、检索、工具和审批共同组成系统版本。
- 抽样方法、例外和未覆盖范围清楚记录。
- 证据访问坚持最小必要，不为审计无限复制原始资料。
审计的是完整流程，不只是模型
假设企业使用知识助手帮助客服回复。模型可能是外部服务，资料来自内部知识库，用户经过单点登录，最后由员工发送客户消息。风险与控制分布在这些组件之间，审计只拿模型介绍无法说明最终回复是否获准。
先写对象、期间、用户、任务和系统配置。内部试点与正式生产可能适用不同批准范围，不能拿试点评测说明整个公司已受控。新增工具动作也可能改变后果，需要单独注明。
本文为证据整理建议，不构成审计意见、认证或法律结论。实际内部审计应由获准人员按组织制度与适用专业要求开展，必要时使用合适的独立评估，不让产品团队自行宣布全面合规。
从五类证据建立关联
| 证据类别 | 需要回答的问题 |
|---|---|
| 用途与责任 | 系统解决什么任务，由谁负责 |
| 数据与权限 | 哪些资料可用于哪些用户和动作 |
| 评测与限制 | 什么条件下通过，什么仍未验证 |
| 批准与变更 | 谁同意上线，后续如何改动 |
| 运行与事件 | 控制实际执行，例外怎样处理 |
关联标识能把资料串起来，例如版本、任务和批准记录。文件很多但无法对应，仍难以支持结论。审计者应能从一次实际任务回到当时配置与规则，而不只看到今天已经修改过的政策。
版本记录包含模型、提示词、知识库和工具权限。系统输出改变可能不是因为模型升级，而是检索资料或动作条件变了。只有模型版本会让证据链缺失关键上下文。
设计证据与执行证据不同
权限矩阵说明理论上谁能访问，实际访问记录说明系统如何执行。人审制度说明需要审核，任务记录说明哪位获准人员看了什么并作何结论。两类资料互相支持，不能用其中一类代替另一类。
一条正常访问通过，不代表撤权、缓存和服务账号都受控。审计计划应按对象和风险选择样本，说明未覆盖组件。抽样结果需要范围，不能把有限检查写成全系统没有缺口。
形式上的确认按钮也需要解释。员工只检查语气，不能被记录成专业事实审核。证据应反映真实控制目的与行为，避免一个通用“已审批”字段让不同流程看上去都已满足要求。
评测记录要能重建方法
保存任务定义、样本来源、评分标准、分母、排除和结果。一个最终分数无法解释哪些关键错误仍存在。评测样本是否用于开发、是否保持独立，也影响结论，应记录用途与访问历史。
关键失败与未裁定案例不应从审计资料中删除。它们可以解释上线限制、风险接受和后续责任。风险接受需要获准角色作出明确决定，不是项目组发现问题后继续运行就算接受。
如果资料因保密不能提供全文，可以用受控查看和必要摘要，但要说明限制。无法核验的内容应标为无法核验，不用产品负责人的口头解释填补全部证据缺口。
运行日志不是越多越好
日志应保留支持审计目的的必要字段，例如身份范围、任务、动作目标和确认结果。无限保存全部客户对话可能增加隐私与访问风险。审计使用资料也有授权与保留边界，不能以检查控制为由制造另一个无控制库。
访问敏感证据的审计人员应有适当权限，导出与分享范围明确。脱敏后仍需检查组合识别和商业信息，不能把删姓名当完整匿名。企业专业负责人确定必要数据与处理方式。
事件记录应包括发现、影响判断、处置与复核。只有关闭工单时间不说明问题修复。整改后实际测试与相关范围检查更能支持结论，特别是权限越界和重复外部动作。
怎样组织一次证据抽查
先从获准范围选择正常、异常和变更后的任务，追踪当时规则与最终结果。不要只让项目组提供最好展示的样本。抽样方法与限制由审计计划说明，具体判断按合适专业要求执行。
发现证据不一致时，区分记录缺失与控制失效。记录缺失可能使控制无法被证明，但不能自动推断所有任务都错误；控制失效则需评估实际范围和后果。结论应与证据强度相匹配。
将整改变成可复核任务
每项缺口有责任人、处置范围、完成条件与验证方式。新增政策文字不能自动关闭运行缺口。若需要修改权限、补评测或核对历史任务，应保留实际结果，让后续评审能理解整改是否有效。
理门的企业AI方法帮助团队连接证据与阶段门；资源中心可用于准备证据目录。通过沟通入口讨论审计准备时，提供对象与资料结构即可，不必先发送敏感全文。
常见问题
有AI政策是否就能证明控制？
不能。还需要具体执行记录和相关核验，政策描述与实际运行是不同证据。
所有日志永久保存是否更利于审计？
不一定。应保留必要证据并符合授权与保留要求，过量采集可能增加风险。
产品团队自查能否代替独立审计？
自查有价值，但不能自动承担相同独立性。审计范围与职责按组织制度确定。
参考来源
- NIST AI RMF Core：GOVERN 2.1、MEASURE 1.3及2.1涉及责任、独立评估和测试记录。本文不是审计认证标准。
- NIST AI RMF Playbook：自愿建议可帮助提出问题，不批准具体审计结论。