引言
后台工作决定了一家企业能否完成结账、理解现金状况、解释业绩、履行税务和监管义务,并为决策者提供可信的信息。因此,对账、报告和合规是承载权限的流程。错误可能错报现金、重复付款、掩盖异常、遗漏申报输入、泄露个人数据,或削弱管理层、审计师、贷款人和监管机构可获得的证据。
智能体系统为组织这项工作创造了新方式。智能体将模型、工具和指令结合起来,并可在多个步骤中使用这些工具来执行既定任务 [5]。这种能力可以解析非结构化材料、从多个系统收集证据、执行受控计算、起草报告并转交异常。它也会扩大运营攻击面。提示注入、过度自主权、输出处理不安全、凭证滥用和被攻陷的工具,都可能把一个看似有用的工作流变成未授权行为者 [10-13]。
因此,商业问题十分明确:哪些后台工作可以转化为有证据支持、已验收的工作包,同时不削弱记录完整性、专业判断或授权权限?本文的价值单位是 已验收的后台工作包。工作包包含既定任务、源记录、转换、确定性计算、智能体轨迹、异常处置、审核人证据和发布状态。只有在所需验证和审批通过后,草稿才会成为已验收工作包。
本文面向 GCC 中小企业及家族企业所有者、家族办公室首席信息官和另类投资负责人。运营者需要在结账速度、营运资金可见性、税务准备度和管理能力方面获得实际收益。领导者需要合并报告、穿透式证据、资本催缴与分配控制、服务提供商监督,以及跨实体、投资组合和司法辖区的审计轨迹。他们的系统和专业义务各不相同,但控制逻辑是共通的。
公开证据支持有纪律的实验。斯坦福 HAI 报告称,2025 年组织对 AI 的采用率达到 88%,而在所引用的 OSWorld 基准上,真实计算机智能体仍约有三分之一任务失败 [1]。一项针对 5,179 名客服人员的实地研究发现,生成式 AI 助手使平均生产率提高 14%,且因员工经验不同而存在显著差异 [2]。另一项针对经验丰富的开源开发者的随机研究发现,在其研究环境中,2025 年初的 AI 工具使完成时间增加 19% [3],研究人员后来报告称,选择效应使后续估计不可靠 [4]。这些结果并未衡量对账、报告或合规。它们说明了为何需要本地基线、代表性案例和经观察的验收。
该框架有六项结论。第一,确定性控制对计算、权限、过账和发布保留权威。第二,智能体可以解释、汇编和转交;它不应成为记录系统。第三,每项重大陈述都需要来源沿袭和可复现的转换。第四,初始部署应以影子或草稿模式运行,并使用范围狭窄的工具和人工审批。第五,生产率按每个已验收工作包衡量,并具有可比的质量和控制投入。第六,归属的 Matchpoint 或客户收入、成本降低和损失减少仍为 USD 0,直到存在经批准的观察到的归属。
| 决策 | 所需证据 | 初始权限 |
|---|---|---|
| 将智能体用于工作流 | 稳定的任务边界、代表性案例和指定负责人 | 流程负责人 |
| 连接源系统 | 目的、数据权利、最小权限和测试证据 | 系统与数据负责人 |
| 接收对账工作包 | 完成总体范围、确定性勾稽核对并解决例外事项 | 财务总监 |
| 发布管理报告 | 来源血缘、已批准定义与复核人签核 | 报告负责人 |
| 办结合规案件 | 政策、证据、升级机制与专业判断 | 合规负责人 |
| 过账日记账、付款或申报 | 授权权限与受控源系统操作 | 获授权人员或单独批准的确定性控制 |

范围、定义与证据边界
智能体工作流
智能体工作流使用模型在经批准的边界内选择行动或安排行动顺序。确定性工作流遵循预定义的代码路径。Anthropic 将工作流(模型和工具遵循预定义编排)与智能体(由模型主导流程和工具使用)区分开来 [6]。两者都可能有用。对账逻辑、税务计算、访问权限检查和过账规则通常受益于确定性实现。文档解读、证据收集、异常描述和审核人分派则可以受益于有边界的模型判断。
| 系统类别 | 执行逻辑 | 适合的后台角色 | 主要控制 |
|---|---|---|---|
| 确定性自动化 | 规则和代码定义每个步骤 | 匹配、计算、校验和定时提取 | 版本化规则与测试 |
| Copilot | 用户提问并审核每项输出 | 分析、叙述撰写与政策检索 | 可见来源与用户验收 |
| 使用工具的智能体 | 模型在任务内选择已批准的工具 | 证据收集与例外包组装 | 工具允许列表、作用域和停止条件 |
| 编排工作流 | 代码控制各阶段;模型执行有界步骤 | 关账、报告与合规包生成 | 阶段关卡与独立验证器 |
| 自主行动者 | 模型可发起并放行重大操作 | 超出初始范围 | 单独的授权决策与强化控制情形 |
已验收的后台工作包
该工作包既是证据对象,也是运营交接物。它具有不可变身份、任务契约、实体与期间、来源清单、输入哈希或提供方标识符、规则与模型版本、计算、生成说明、例外、审批、放行目标和保留状态。证据账本记录所发生的情况。企业资源计划、组合会计、银行、税务或合规系统仍是权威记录。
验收因角色而异。编制人可以确认完整性并说明例外情况。控制官可以验收对账结果。投资组合报告负责人可以批准业绩报告包。合规官可以处理或升级案件。外部审计师和监管机构自行作出决定。智能体输出不能预先批准其结论。
| 资料包状态 | 含义 | 允许的操作 |
|---|---|---|
| 已创建 | 任务契约和来源窗口已固定 | 收集证据 |
| 已组装 | 所需来源已具备或缺口已记录 | 运行确定性检查 |
| 已评估 | 质量、控制和安全测试已完成 | 转交例外事项 |
| 已审核 | 具名审核人记录处置结果 | 准备发布 |
| 已接受 | 所有必需关卡均通过 | 发布已批准的资料包 |
| 已拒绝 | 重大缺陷或授权失效 | 更正、重跑或回滚 |
| 已被取代 | 由后续批准的资料包替代 | 保留沿袭关系;防止重复使用 |
工作流范围
该框架涵盖记录至报告对账、银行及现金对账、公司间匹配、应收应付控制、合并支持、管理层及投资组合报告、契约监控、KYC及制裁证据收集、税务记录准备、政策监测和合规案件汇总。初始部署期间,它不包括自主法律解释、会计政策选择、投资决策、可疑活动申报决定、制裁许可、税务申报、日记账过账、付款以及对主数据的更改。
排除项并不意味着技术无法支持这些活动。它确立了本文的授权边界。任何组织在改变该边界之前,均需另行开展设计、法律及专业审查。
证据类别
公开来源为框架设计和外部要求提供支持。内部运营证据用于确定特定实施是否有效。管理层情景仅用于说明计算过程。每项重大主张均会被赋予一个证据类别。
| 等级 | 描述 | 允许用途 |
|---|---|---|
| P1 | 法律、法规或具有约束力的规则 | 经限定范围审查后界定适用义务 |
| P2 | 官方标准、监管机构指引或权威框架 | 设计控制措施与审查问题 |
| P3 | 经同行评审或一手实证研究 | 将论断限定于所研究的任务和人群 |
| P4 | 提供商文档或技术规范 | 描述有版本标识的能力或接口 |
| I1 | 经核对的内部源系统数据 | 在完成归属和质量检查后衡量本地运营表现 |
| I2 | 经批准的测试、追溯、例外与验收记录 | 评估本地工作流绩效 |
| U | 假设性建模假设 | 展示公式;绝不代表实际观测值 |
公开证据不能证明本地业务结果。服务商描述不能确立控制的运行有效性。一次成功演示不能确立代表性准确性或审计充分性。经批准的内部材料包仅可在其界定的任务、数据、期间、控制和复核人范围内支持本地结论。
专业与作者边界
本文提供研究与运营框架。不提供法律、监管、会计、审计、税务、隐私、网络安全、投资或估值建议。合格专业人士确定适用义务并行使保留判断。所有演算值、阈值、接受率和经济测算均为假设性建模假设。
与决策地图
GCC 中小企业和家族企业决策
运营者常常在财务、税务、合规和技术团队资源受限的情况下管理实体复杂性。运营优先事项是可靠的结账和现金视图,以支持收款、采购、借款、投资和股东决策。家族企业还可能要求关联方、股东往来账户和公司间证据,且这些证据需经得起传承、融资和交易尽职调查。
| 决策 | 材料包 | 最低证据 | 权限 |
|---|---|---|---|
| 哪些现金差异需要处理? | 银行对账 | 银行来源、总账来源、时间规则、异常负责人 | 财务总监 |
| 哪些应收账款需要催收或争议处理? | 应收账款异常 | 发票、交货、贷项通知单、付款和通信记录链接 | 应收账款负责人 |
| 月度结账能否放行? | 结账控制 | 对账完成、日记账、未结异常和签核 | 首席财务官/财务总监 |
| 税务文档是否完整? | 税务准备情况 | 交易记录、发票、分类、计算和保留状态 | 税务负责人/顾问 |
| 公司间余额是否被接受? | 公司间资料包 | 交易对手确认、币种、期间、抵销及争议 | 实体财务控制人 |
| 贷款人报告是否已就绪? | 契约资料包 | 融资额度定义、来源余额、计算及差异说明 | 首席财务官与融资负责人 |
首次部署应针对一项重复性高、批量大的任务,该任务需具备清晰的源系统和指定的审核人。银行对账和月度管理报告汇编是常见候选场景。对于主数据归属未解决、会计政策不稳定或职责授权不清的流程,必须先进行整改,再开展智能体编排。
家族办公室首席投资官与另类投资决策
团队会汇总来自行政管理人、托管人、银行、普通合伙人、运营公司及内部账簿的信息。报告日期、估值惯例、币种和实体结构各不相同。所需输出可能包括净资产价值、敞口、现金预测、资本催缴、分配、未出资承诺、费用、流动性和业绩。智能体汇编可减少人工文件处理。投资组合会计、估值审批和投资判断仍由既定权责主体负责。
| 决策 | 材料包 | 最低证据 | 权限 |
|---|---|---|---|
| 投资组合报告是否完整? | 报告资料包 | 实体结构图、托管人/行政管理人文件、估值日期、外汇及对账 | 报告负责人 |
| 资本催缴是否有效且资金已到位? | 资本催缴资料包 | 通知、基金条款、银行指令、审批和现金预测 | 投资运营和授权签字人 |
| 费用是否与条款一致? | 费用审核资料包 | 有限合伙协议/投资管理协议条款、计算基数、期间和管理人记录 | 基金控制人/首席投资官授权代表 |
| 穿透后敞口是否符合政策? | 敞口资料包 | 持仓溯源、分类、分母和限额逻辑 | 风险/首席投资官 |
| 管理人报告是否需要升级? | 例外事项资料包 | 缺失数据、估值过期、契约、关键人员或流动性证据 | 关系负责人/首席投资官 |
| 董事会资料包能否发布? | 治理审批材料包 | 经批准的指标、叙述来源、冲突与签核 | CIO/董事会秘书处负责人 |
共同控制问题
两类受众在正式投入使用前都应回答同样的八个问题:具体支持哪项决策?哪些记录具有权威性?智能体可以读取什么?可以写入什么?哪项计算是确定性的?哪些例外会中止工作流?谁验收该材料包?流程如何安全回退?
| 问题 | 弱回答 | 符合关口要求的回答 |
|---|---|---|
| 目标 | “实现财务自动化” | “在10:00前为X-Y账户编制每日银行对账材料包草稿” |
| 总体 | “所有交易” | 已定义来源、主体、账户、日期和完整性控制 |
| 权限 | “财务部门批准” | 已明确指定角色、金额/例外阈值并留存证据 |
| 数据权利 | “已在系统中” | 用途、访问、保留和传输均已获所有者批准 |
| 质量 | “输出看起来没问题” | 黄金数据集、独立校验和验收阈值均已确定 |
| 安全 | “供应商具备企业级水平” | 威胁模型、范围、日志记录、事件响应和退出机制均已测试 |
| 价值 | “节省的工时” | 可比的已验收工作包及完整人工/系统投入均已计量 |
| 恢复 | “我们可以手动完成” | 已测试的备用方案、最后安全状态和恢复负责人均已记录 |
| 决策 | 所需证据 | 初始权限 |
|---|---|---|
| 将智能体用于工作流 | 稳定的任务边界、代表性案例和指定负责人 | 流程负责人 |
| 连接源系统 | 目的、数据权利、最小权限和测试证据 | 系统与数据负责人 |
| 接收对账工作包 | 完成总体范围、确定性勾稽核对并解决例外事项 | 财务总监 |
| 发布管理报告 | 来源血缘、已批准定义与复核人签核 | 报告负责人 |
| 办结合规案件 | 政策、证据、升级机制与专业判断 | 合规负责人 |
| 过账日记账、付款或申报 | 授权权限与受控源系统操作 | 获授权人员或单独批准的确定性控制 |
市场、采用与生产力证据
采用与能力
斯坦福 HAI 报告称,2025 年组织层面的 AI 采用率达到 88%,多项技术基准也快速提升 [1]。同一报告描述了参差不齐的能力前沿:系统可以在困难基准上表现强劲,却会在看似简单的任务上失败;所引用的 OSWorld 智能体基准仍在约三分之一的尝试中记录到失败 [1]。因此,后台设计应将通用能力视为背景,并以本地评估为准。
UAE 具备强劲的采用背景。斯坦福 HAI 报告称,UAE 的总体生成式 AI 采用率为 54%,在包括 UAE 和沙特阿拉伯在内的多个国家,工作场所使用率超过 80% [1]。这些统计数据描述的是报告中的采用情况。它们并不能证明生产控制成熟度、经济回报或对特定工作流的适用性。
生产力因任务而异
Brynjolfsson、Li 和 Raymond 发现,使用 AI 助手的客服人员平均生产力提高了 14%,其中新手和技能较低的员工收益更大,而高技能员工受到的影响微乎其微 [2]。该干预措施在既定环境中提供对话式指导。它并未自主核对账簿或发布合规报告。
METR 的随机研究发现,当经验丰富的开源开发者使用 2025 年初的 AI 工具处理他们熟悉的代码库中的真实问题时,速度减慢了 19% [3]。该结果明确仅限于该情境。2026 年的一项更新说明,参与选择导致后续估计不可靠 [4]。综合来看,这些研究表明,用户感知、基准表现和实际观察到的耗时可能并不一致。
| 证据 | 观察情境 | 结果 | 启示 |
|---|---|---|---|
| 斯坦福 AI 指数 [1] | 跨经济体采用与基准 | 采用率高;智能体可靠性不均衡 | 测试本地工作;保留异常处理 |
| NBER W31161 [2] | 客户支持,5,179 名坐席 | 平均生产率提升 14% | 辅助能够在明确界定的任务中迁移工作方法 |
| METR 2025 [3] | 经验丰富的开发者,246 个问题 | 使用 AI 时耗时延长 19% | 直接测量耗时与返工 |
| METR 2026 更新 [4] | 后续开发者实验 | 受选择偏差影响的估计 | 记录参与情况与工作流选择效应 |
生产率测量契约
计量单位是验收通过的工作包,而不是生成的输出、提示词、智能体运行或文档。基线与辅助流程应覆盖相同的代表性群体、质量标准、控制义务和截止期限。辅助总工作量包括数据准备、失败运行、审核人员时间、纠正、异常处理、控制操作、供应商管理和恢复。
设每个验收通过的工作包的基线工时为 Hb。设辅助准备、复核、例外处理和控制工时分别为 Ha。设已验收包数量为 Q。总释放工时等于 Q x (Hb - Ha)。观察到的劳动力成本降低需要已批准的实付成本变更。产能重新调配单独报告。
| 指标 | 定义 | 排除风险 |
|---|---|---|
| 首次通过验收 | 未经修正即验收的包 / 已审核包 | 隐瞒被拒绝或放弃的包 |
| 端到端周期时间 | 从触发到验收发布 | 仅报告模型延迟 |
| 人工介入时间 | 准备、审核、纠正和异常处理分钟数 | 不包括监督与支持 |
| 返工率 | 已纠正数据包 / 已生成数据包 | 仅统计成功运行 |
| 漏报异常率 | 未提出的已知重大异常 / 已知异常 | 使用不完整的黄金数据集 |
| 误报率 | 被判定为不重大的已提出异常 / 已提出异常 | 测试中途更改审核人阈值 |
| 控制工作量 | 用于访问、日志、测试、事件和变更的小时数 | 将治理视为沉没间接成本 |
| 失败严重程度 | 失败的最大获批损失/影响类别 | 通过平均化消除尾部风险 |
流程选择
智能体式工作适合包含非结构化证据、多个系统、条件路由和明确完成状态的任务 [5,6]。当输入、规则和输出稳定时,确定性工作流可能更合适。流程选择应评估价值、模糊性、数据就绪度、可逆性、权限和失败影响。
| 因素 | 低风险候选方案 | 高风险候选方案 |
|---|---|---|
| 输入 | 结构化、完整、有明确归属 | 缺失、冲突或无明确归属 |
| 规则 | 明确且已版本化 | 专业判断或未解决的政策 |
| 行动 | 草稿或可逆 | 付款、申报、过账或破坏性写入 |
| 异常 | 已知类别并明确责任人 | 全新、开放式或时间紧迫 |
| 复核 | 具名且具备处理能力的复核人 | 责任分散或审批走过场风险 |
| 影响 | 有限且可恢复 | 法律、财务、客户或系统性后果 |

运营模式:已受理工作任务包
任务契约
每个工作流都始于一份机器可读的任务契约。它明确业务目标、实体、账户或投资组合、期间、总体、来源、规则、阈值、工具、权限、预期任务包、停止条件、复核人、截止时间、留存与恢复流程。自然语言提示可以解释任务,但不应成为唯一的控制规范。
| 任务契约字段 | 银行对账示例 | 控制目的 |
|---|---|---|
| 目标 | 起草每日对账资料包 | 防止任务范围扩大 |
| 总体 | 账户 101-104;上一营业日 | 确保完整性 |
| 来源 | 银行 API 快照及 ERP 总账摘录 | 识别权威记录 |
| 匹配规则 | 精确参考号/金额;批准的日期窗口 | 使计算可复现 |
| 例外项 | 重复、缺失、过期、币种或阈值 | 分派已知失败类别 |
| 工具权限 | 读取来源;仅写入证据包存储 | 限制代理权限 |
| 停止 | 来源缺失、哈希校验失败、失衡超过阈值 | 故障关闭 |
| 验收 | 控制方审批及例外处置 | 保留权限 |
证据清单
证据清单记录每个来源对象、提供方标识符、提取时间戳、事件时间戳、实体、期间、模式、校验和或不可变版本、访问路径、质量结果和保留类别。它区分外部记录与公司生成的信息。PCAOB AS 1105 要求使用公司生成信息的审计师评估准确性、完整性和精确性,并涉及公司提供的外部电子信息的可靠性 [17]。该准则适用于 PCAOB 审计。其证据逻辑在该辖区之外作为设计问题具有参考价值;但它不会自动使内部证据包成为审计证据。
| 清单区块 | 必填字段 | 复核人问题 |
|---|---|---|
| 身份 | 来源、对象、所有者和系统 | 这条记录是什么? |
| 范围 | 主体、期间、账户、投资组合与总体 | 总体是否完整? |
| 来源 | 创建、提取、接收和转换时间 | 它源自何处? |
| 完整性 | 哈希、提供方 ID、版本和不可变性状态 | 它是否发生了变化? |
| 权利 | 用途、角色、法律依据(如适用)及保留期限 | 它可否在此使用? |
| 质量 | 模式、完整性、对账与例外 | 它是否适合此任务? |
确定性计算层
算术、匹配、资格、阈值和政策规则应尽可能在版本化代码或规则引擎中执行。智能体可以提出一种解释、选择已批准的规则或解释结果。独立验证会从已接受的源快照重新计算重要数值。数据包同时保留原始字段和计算字段。
对于现金对账,期末等式为:期初账簿现金加上账簿变动等于期末账簿现金。银行侧有其自己的期初余额、变动和期末余额。对账说明时间性差异和永久性差异。智能体可以对叙述性引用进行分类。它不得改变总体或强行实现勾稽一致。
例外队列
例外是一等记录,包含标识、来源链接、类别、值、存续时长、严重程度、建议措施、负责人、到期日、状态和复核人处置意见。如果工作流程产出看似完善的叙述性说明却隐瞒未解决的例外,则该流程已经失败。
| 例外类别 | 示例 | 所需处置 |
|---|---|---|
| 完整性 | 缺少银行对账单或管理人文件 | 停止或批准明确限制 |
| 完整性 | 哈希或序列不匹配 | 隔离并调查 |
| 规则 | 无已批准的分类或会计处理 | 上报至政策负责人 |
| 阈值 | 金额、账龄或集中度超过限额 | 具名授权决策 |
| 矛盾 | 源记录不一致 | 解决或同时报告两者并注明限制 |
| 安全 | 意外工具、提示注入或凭证事件 | 停止、保留追踪轨迹并启动事件流程 |
| 可靠性 | 验证器或模型低于阈值 | 回退至已批准流程 |
验收记录
验收记录载明审核人、角色、时间戳、数据包版本、例外项、审批、限制和发布目标。界面应呈现决定性证据,而不是冗长的智能体转录记录。完整追踪轨迹仍可在访问与保留控制下供调查和保障团队使用。
三个参考工作流
对账工作流
对账工作流收集冻结的源数据总体,验证完整性,规范化标识符,应用确定性匹配规则,为残余项提出分类建议,关联支持性证据,分派异常并准备验收包。智能体可在已批准的文档库中检索汇款、发票或合同证据。它不得伪造缺失文档或过账更正分录。
| 阶段 | 确定性组件 | 智能体组件 | 人工决策权 |
|---|---|---|---|
| 数据摄取 | 计数、合计、顺序和模式 | 解释缺失或异常输入 | 来源负责人解决缺口 |
| 匹配 | 精确规则及经批准的模糊规则 | 建议说明/类别 | 财务控制人批准重大剩余差异 |
| 证据 | 哈希与链接验证 | 检索经批准的佐证项目 | 编制人确认相关性 |
| 异常 | 阈值与账龄 | 起草原因与措施 | 指定负责人处置 |
| 放行 | 重新计算与完整性关卡 | 起草摘要 | 财务控制人接受 |
| 交割后 | 锁定数据包并监控 | 起草重复模式洞察 | 流程负责人更改规则 |
重复检测值得特殊处理。相似的金额、日期和交易对手可能表明重复,也可能是合法的重复发生。数据包应显示特征、关联的源文件以及规则结果。付款取消、追回或入账仍应遵循授权工作流。
报告工作流
报告工作流在生成前定义指标字典。每个指标都有名称、计算方式、来源、负责人、频率、维度、单位、容差和列报规则。叙述性陈述链接到指标记录和源证据。结构化报告可减少歧义:IFRS 基金会将数字财务报告描述为计算机可读的结构化数据,并维护支持实施和使用的分类标准 [40]。分类标准并不决定内部管理定义。
| 报告层 | 受控对象 | 所防范的失效 |
|---|---|---|
| 实体映射 | 法律实体与报告实体、所有权及合并角色 | 遗漏或重复计算 |
| 指标字典 | 公式、来源、单位及负责人 | 定义漂移 |
| 期间日历 | 关账日期、估值日期及截止时点 | 过时或混期报告 |
| 汇率表 | 来源、时间戳及折算规则 | 折算不一致 |
| 叙述性声明 | 指标关联、比较及局限性 | 缺乏依据的评论 |
| 发布资料包 | 版本、审阅人、受众和分发范围 | 错误披露或过早披露 |
投资组合报告应区分管理人报告值、行政管理人值、托管人持仓和内部批准的调整。过时数值和估算的穿透数据会加以标注。智能体可提取并比较文件。估值验收仍由指定机构负责。
合规工作流
合规工作流会汇总证据、应用确定性筛查或规则、识别差异、起草案件摘要并转交处理。FATF 指出,若以负责任的方式并通过基于风险的方法实施,新技术可以提高反洗钱/反恐融资的速度、质量和效率,同时兼顾隐私、数据保护、知情监督与合作 [37]。FFIEC 关于自动化可疑活动监控的指引强调明确的过滤标准、受控变更、定期测试和独立验证 [39]。OFAC 框架将管理层承诺、风险评估、内部控制、测试/审计和培训确定为制裁计划的核心组成部分 [38]。
| 合规活动 | 智能体支持 | 保留决策 |
|---|---|---|
| KYC 更新 | 提取、比较并索取缺失证据 | 客户风险接受 |
| 制裁警报 | 汇总姓名、标识符、地理位置和来源记录 | 真实匹配/排除决定 |
| 交易监测 | 解释规则输出及相关活动 | 可疑性与申报决定 |
| 政策监测 | 识别来源变更及受影响程序 | 法律解释与政策审批 |
| 税务准备情况 | 汇总交易、发票和留存证据 | 税务处理、纳税申报与报送 |
| 隐私请求 | 定位受控数据并分派工作 | 法律范围、披露与脱敏 |
该代理在初始部署阶段不应获得以下权力:压制警报、提交报告、解冻被冻结资金或作出重大个人数据决定。它应保留所有相互竞争的证据,并记录不确定性。
| 清单区块 | 必填字段 | 复核人问题 |
|---|---|---|
| 身份 | 来源、对象、所有者和系统 | 这条记录是什么? |
| 范围 | 主体、期间、账户、投资组合与总体 | 总体是否完整? |
| 来源 | 创建、提取、接收和转换时间 | 它源自何处? |
| 完整性 | 哈希、提供方 ID、版本和不可变性状态 | 它是否发生了变化? |
| 权利 | 用途、角色、法律依据(如适用)及保留期限 | 它可否在此使用? |
| 质量 | 模式、完整性、对账与例外 | 它是否适合此任务? |
架构与工具栈
控制平面架构
该架构将记录系统、数据移动、策略、智能体推理、确定性验证、证据存储、审核与发布分离。这种分离降低了流畅的模型输出在缺乏独立检查的情况下成为运营记录的风险。它还为模型或供应商替换提供了一个位置。
| 层级 | 组件 | 所需证据 |
|---|---|---|
| 记录系统 | ERP、银行、投资组合会计、CRM、文档与合规系统 | 负责人、接口、模式与可用性 |
| 数据摄取 | API、事件流、经批准的文件交换与文档捕获 | 完备性、顺序、时间与完整性 |
| 身份与策略 | 用户、服务身份、角色、事项、实体与目的 | 最小权限与职责分离 |
| 确定性服务 | 匹配、计算、限额、模式与策略规则 | 代码/规则版本、测试与负责人 |
| 智能体控制平面 | 模型路由、工具、指令、记忆与停止条件 | 版本、范围、追踪与评估 |
| 证据台账 | 清单、转换、输出、异常与审批 | 不可变性、保留与访问 |
| 审查与发布 | 队列、双重控制、源系统适配器与通知 | 具名授权、幂等性与回滚 |
| 可观测性 | 运行、工具调用、延迟、成本、错误、漂移与事件 | 告警、阈值与响应负责人 |
身份、权限与职责分离
每次智能体运行都应使用与用途绑定的服务身份,并且仅拥有指定任务所需的工具和记录。MCP 规范要求进行范围感知授权、令牌受众验证和安全令牌处理,并在所引用的现行规范中禁止令牌透传 [13]。该基本原则适用于各类集成协议:为某一资源签发的凭证不应成为通用密钥。
职责分离适用于人员和服务。编制会计分录的工作流不能审批或过账该分录。汇总付款证据的工作流不能变更收款人主数据或放款。合规案件汇总流程不能更改筛查规则或清除其自身的警报。
| 能力 | 编制身份 | 审批身份 | 发布身份 |
|---|---|---|---|
| 对账 | 读取来源;写入数据包 | 读取数据包;批准/拒绝 | 验收后的受控适配器 |
| 报告 | 读取受控指标;起草叙述 | 批准定义和数据包 | 发布给指定受众 |
| 合规 | 读取案例来源;汇总 | 按委派角色放行/升级 | 独立的申报/阻断通道 |
| 配置 | 提出规则或提示词变更 | 变更负责人和验证人批准 | 部署流水线发布 |
工具契约
工具契约描述其业务目的、确切输入和输出、身份验证、作用域、副作用、幂等性、超时、重试、速率限制、错误类别、日志记录、测试环境和负责人。除非来自可信来源,否则工具描述是不可信输入 [13]。编排层应依据模式校验参数,并拒绝非预期工具或已变更的能力。
读工具和写工具应分开。工作流早期阶段使用只读连接。草稿输出写入受控的数据包存储。只有在验收后,才通过范围有限的经批准发布适配器执行源系统写入。破坏性或不可逆操作应保持禁用,除非有单独批准的用例需要执行这些操作。
证据台账
证据账本在数据包层面仅允许追加。更正会生成新版本,并链接到被取代的版本。账本存储输入标识、转换、确定性输出、模型/提供商标识符、指令、工具调用、验证结果、异常、批准和发布。敏感内容可通过引用方式存储并配以访问控制;跟踪记录不应成为不受控的重复数据湖。
| 账本事件 | 最低记录要求 | 完整性控制 |
|---|---|---|
| 任务已创建 | 契约哈希、负责人和截止期限 | 已签署/版本化契约 |
| 来源已接收 | 提供商/对象 ID、时间戳和哈希 | 完整性和来源验证 |
| 工具已调用 | 身份、工具、参数、结果和持续时间 | 模式、允许列表和范围检查 |
| 模型已执行 | 提供商、模型、指令和输出引用 | 版本和追踪 ID |
| 验证器已执行 | 规则/测试版本和结果 | 重大情形下的独立实现 |
| 例外已变更 | 状态、负责人、证据和原因 | 角色和时间顺序 |
| 数据包已接受 | 审核人、角色、限制和处理结果 | 身份验证和必要时的双重控制 |
| 已发布 | 目标、适配器、幂等键和结果 | 对账恢复至目标状态 |
可靠性与恢复
当数据源、提供商、工具、验证器或审核人不可用时,工作流必须安全失败。巴塞尔运营韧性原则将运营韧性定义为在中断期间交付关键运营,并强调保护、检测、响应、恢复和测试 [21]。CBUAE 操作风险标准要求识别并评估重要产品、活动、流程和系统中的风险 [22]。对于银行或受监管金融机构,适用的强制性要求需要由合格人员完成映射。对于中小企业或家族办公室,这些原则仍然是有用的设计输入。
恢复会保留最后安全状态、不完整的数据包、异常事项责任归属以及手动或确定性回退方案。队列积压设有上限。提供商中断不能悄无声息地把每日受控流程在之后变成未经审核的批处理。
评估、验证与发布
评估契约
评估契约会在结果已知之前确定任务族、总体、金标准集、留出集、不利案例、指标、阈值、严重程度量表、审核人员、统计处理和变更规则。NIST 的 AI RMF 和生成式 AI 概况在治理、映射、衡量和管理职能中组织自愿性风险工作 [7,8]。IIA 的 AI 审计框架描述了针对 AI 的治理、管理和内部审计考虑因素 [16]。这些框架为项目提供参考;它们并不对某个具名工作流进行认证。
| 评估集 | 用途 | 示例 |
|---|---|---|
| 金标准 | 确立可接受答案与证据 | 由合格人员独立完成对账 |
| 留出集 | 在无调参泄漏的情况下测试泛化能力 | 后续期间、实体与交易对手 |
| 不利 | 测试操纵与失败 | 发票文本中的提示注入;银行记录冲突 |
| 边界 | 测试权限与政策 | 请求入账、付款、清算或归档 |
| 恢复 | 测试中断与部分完成 | 源数据捕获后模型不可用 |
| 漂移 | 测试变更后的格式与运营模式 | 新的管理员模板或电子发票字段 |
指标层级
完整性与权限优先于文字质量。资料包若遗漏来源总体、更改受控计算、隐瞒例外、超出工具权限或缺少必要审批,即视为不合格。随后在主张层面检验叙述准确性。运营指标如下。
| 优先级 | 指标 | 关卡示例 |
|---|---|---|
| 1 | 总体完整性 | 所需源对象覆盖率达100%,否则明确停止 |
| 2 | 确定性勾稽核对 | 在经批准的货币精度内完全相等 |
| 3 | 权限遵循 | 未经授权的写入或发布为零 |
| 4 | 重大例外召回 | 阈值由风险负责人设定;遗漏按严重程度加权 |
| 5 | 主张支持 | 每项重大陈述均关联证据 |
| 6 | 首次通过验收 | 对照冻结的代表性集合进行衡量 |
| 7 | 周期时间与人工操作时间 | 端到端耗时和人工投入均记录在案 |
| 8 | 成本与韧性 | 完整运行、审查、支持和故障成本 |
阈值取决于工作流程。在指定风险负责人批准之前,示例中显示的任何阈值均为假设性建模假设。
影子模式
影子模式会处理实时或代表性输入,但不更改运营记录。员工并行执行已批准的基线流程。审核人员比较完整性、例外情况、质量、时间和投入。项目保留分歧、失败运行和放弃的数据包。选择性报告成功案例会使评估失效。
| 影子结果 | 行动 |
|---|---|
| 双方一致;已接受 | 记录一致结果与投入 |
| 智能体发现基线遗漏的有效例外 | 调查基线控制与黄金数据集 |
| 基线发现智能体遗漏的例外 | 严重性审查;阻止发布;更新测试集 |
| 分类不同;财务结果相同 | 政策负责人裁定并记录规则 |
| 智能体生成无依据的叙述 | 驳回主张;加强证据绑定 |
| 智能体尝试未经授权的操作 | 安全事件;暂停工作流并保留追踪记录 |
变更验证
模型、提供商、提示词、工具、模式、规则、策略和来源的变更都可能改变结果。每项重大变更都会触发针对冻结用例和相关不利用例的回归测试。提供商的发布说明是输入信息,而非验证。紧急变更需获得有时限的批准并接受事后审查。
IAASB 的 2026 年 7 月项目更新指出,针对 ISA 330、ISA 500 和 ISA 520 拟议修订的征求意见稿已获批准,并将公开征求意见;这些提案涉及审计证据、控制、职业怀疑和技术 [18]。这些是提案,而非当前最终准则。实施方应针对其审计情境获取当前专业建议。
发布门禁
受限生产发布要求任务合同、来源控制、工具权限、评估阈值、影子结果、审核人员容量、事件处理流程、回退与变更流程全部通过。发布仍受实体、期间、账户、投资组合、金额和操作限制。

安全、隐私与第三方风险
智能体特有的威胁
NCSC 的 secure-AI 指南建议在设计、开发、部署、运营和维护各阶段开展威胁建模 [10]。OWASP 将提示注入、不安全的输出处理、敏感信息泄露和过度代理列为重大 LLM 应用风险 [11]。MITRE ATLAS 包含针对生成式和智能体 AI 的技术,包括数据外泄和破坏性工具调用 [12]。后台威胁模型应同时覆盖传统软件风险和模型介导路径。
| 威胁 | 后台示例 | 主要控制措施 |
|---|---|---|
| 间接提示注入 | 嵌入发票或经理报告中的恶意指令 | 将内容视为数据;隔离指令;将工具加入允许列表;审批 |
| 代理权限过大 | 智能体获得支付、发布或删除权限 | 最小权限;独立发布适配器;双重控制 |
| 数据外泄 | 工具将账本或投资者数据发送至未经授权的端点 | 出站允许列表;数据防泄漏(DLP);受众绑定令牌;监控 |
| 不安全的输出处理 | 生成的公式或命令在下游执行 | 类型化模式;确定性验证;不进行原始执行 |
| 凭证泄露 | 服务令牌跨系统重复使用 | 短时效限定范围身份;密钥库;轮换;受众验证 |
| 工具替换 | 连接器能力或描述变更 | 可信注册表;签名版本;变更告警;回归测试 |
| 追踪信息泄露 | 提示词/日志重复记录敏感数据 | 数据最小化;访问;保留与脱敏 |
| 拒绝/成本耗尽 | 循环或超大文档消耗资源 | 轮次、时间、令牌和成本限制;断路器 |
个人数据
UAE《个人数据保护法》适用于其范围内的电子处理,并规定控制措施、义务和数据主体权利 [26]。上述法律包含对某些仅由自动化作出的决定提出反对的权利。DIFC 第10号条例涉及通过自主和半自主系统处理的个人数据,并界定部署者责任 [27]。沙特阿拉伯的 PDPL 对处理作出宽泛定义,涵盖人工和自动化操作 [28]。英国 ICO 指南将自动化决策与决策支持区分开来,并强调有意义的人工审查 [29]。欧盟 AI 法案为其实质和地域范围内的系统建立统一要求,包括取决于行为主体和风险分类的义务 [30]。
实体必须就司法管辖区、角色、合法性基础、透明度、权利、传输和保留获取专业建议。系统设计应记录目的和数据类别,最小化字段,限制工具,记录模型/提供方的处理,遵守保留要求,并避免仅由自动化作出的重大决定,除非经明确批准为合法。
| 隐私记录 | 必填字段 |
|---|---|
| 处理清单 | 目的、数据主体、类别、系统、接收方和所有者 |
| 法律评估 | 适用制度、角色、依据、通知和权利流程 |
| 传输记录 | 目的地、提供商、次级处理者及经批准机制 |
| 自动化决策评估 | 决策、重要性、人工角色、质疑与推翻 |
| 留存 | 来源、数据包、追踪与删除时间表 |
| 事件 | 受影响数据、访问、时间顺序、遏制与通知决定 |
外包与集中度
阿联酋中央银行(CBUAE)针对银行的外包监管规定要求进行风险管理、监督并持续具备履行义务的能力,并涵盖重大业务活动和监管机构访问权限 [23]。DORA 要求范围内的欧盟金融实体梳理 ICT 依赖关系并管理第三方风险,同时保留责任 [31]。这些制度并不自动适用于每个组织。它们的控制问题仍然相关:哪些职能依赖该提供商,数据在何处处理,有哪些分包商,绩效如何证明,有哪些审计权,以及组织如何退出?
| 提供商证据 | 最低审查 |
|---|---|
| 服务 | 具体模型、区域、容量、可用性与支持 |
| 数据 | 输入、输出、日志、留存、训练使用与删除 |
| 安全 | 身份、加密、测试、事件与证明 |
| 韧性 | 依赖项、恢复、状态证据与回退方案 |
| 合同 | 保密、知识产权、责任、审计、通知与终止 |
| 可移植性 | 导出格式、提示词、工具、评估、嵌入和迁移测试 |
| 集中度 | 关键流程、支出、业务量、替代方案和退出时间 |
网络安全治理
NIST CSF 2.0 围绕治理、识别、保护、检测、响应和恢复来组织网络安全成果 [9]。工作流负责人应将智能体控制平面、关联记录、凭证、工具、模型和供应商映射到组织的网络安全计划中。单独的仪表板记录安全事件和未遂事件,并与运营质量一并呈现。
![图 5。评估记分卡与受控发布门禁来源:Matchpoint 评估框架;风险与鉴证背景 [7-18]。](../assets/images/insights/body/T18/T18-figure-04.png?v=2fd067d2)
监管数据与数字报告背景
UAE 电子发票
UAE 财政部将电子发票定义为以电子方式交换并向联邦税务局报告的结构化发票数据;PDF、Word、扫描图像和电子邮件格式不属于电子发票 [32]。2026 年 2 月的指南公告阐述了国家框架和运营期望 [33]。实施前应查阅门户网站和立法材料,以确认当前范围和日期。
结构化发票状态可作为对账或合规资料包中的来源事件。它不能替代内部验收、交付证据、会计处理、付款状态或争议解决。每项事件仍应保持独立。
| 发票事件 | 来源 | 内部决策 |
|---|---|---|
| 已开具/已接收 | 经认可的交易所/提供商记录 | 完整性与实体映射 |
| 已验证/已拒绝 | 网络或主管机构状态 | 更正或路由异常 |
| 已接受/有争议 | 合同与买方流程 | 应收/应付状态 |
| 已入账 | ERP过账与会计政策 | 账簿确认 |
| 已缴纳 | 银行和付款记录 | 结算与现金对账 |
| 已申报 | 纳税申报表/工作底稿 | 税务负责人验收 |
UAE FTA 规定,相关企业所得税记录应在相关纳税期结束后至少保留七年 [34]。确切的记录集合及适用性需要现行税务建议。资料包可以监控记录是否存在、归属及保留状态;但其本身无法判断税务充分性。
沙特电子发票
ZATCA 将第一阶段描述为合规发票的生成和存储,将第二阶段描述为按通知批次与 ZATCA 系统集成 [35]。其技术材料涵盖结构化格式、集成、数据字典和安全要求 [36]。一个 GCC 工作流应使用特定司法管辖区的连接器和规则。UAE 与沙特状态事件不能被视为可互换。
风险数据与报告
BCBS 239 规定了有效风险数据聚合与风险报告的原则 [19]。2026年1月的一份巴塞尔通讯指出,准确、全面且及时的聚合与报告仍然至关重要,并强调了持续存在的实施挑战;该通讯明确表示其不会产生新的监管指引 [20]。家族办公室通常不属于这些原则最初的系统重要性银行(SIB)范围,而银行拥有或受监管的结构可能承担直接义务。所有权、数据血缘、准确性、完整性、及时性和适应性等概念对于合并报告设计仍然有用。
消费者与模型数据控制
CBUAE《消费者保护标准》要求属于适用范围的持牌金融机构维护数据控制、授权访问和审计日志,并指定高级管理层问责 [24]。CBUAE 的模型管理数据治理要求强调所涵盖模型数据的来源识别、收集、质量、安全存储、基础设施、所有权和独立验证 [25]。适用性与范围需要合格的监管映射。
治理、鉴证与职业边界
三道防线与可问责的归属
第一道防线负责流程、记录、控制及验收产出。风险与合规职能负责制定政策、监督并提出质疑。内部审计根据其章程提供独立保证。2024年《全球内部审计准则》规定了内部审计服务的治理、管理和绩效要求[15]。IIA AI 审计框架提供了针对 AI 的治理与审计考量[16]。
| 职位 | 问责 | 证据 |
|---|---|---|
| 董事会/所有者委员会 | 风险偏好、重大授权与资源 | 经批准的章程与报告 |
| 首席财务官/财务总监/首席信息官 | 流程结果、定义与发布 | 数据包验收与例外情况 |
| 技术所有者 | 架构、访问、可靠性与变更 | 服务、测试与事件记录 |
| 数据所有者 | 来源权利、质量与保留 | 数据清单与质量结果 |
| 合规/隐私 | 政策、个人数据和保留决策 | 评估与处置 |
| 安全 | 威胁建模、监控与响应 | 测试、告警和事件证据 |
| 内部审计 | 基于风险的独立鉴证 | 业务工作与结论 |
| 外部顾问/审计师 | 特定业务的专业工作 | 依据适用条款出具的独立报告 |
COSO 控制设计
COSO 的内部控制整合框架旨在提升对数据和信息的信任,COSO 还列出了关于对生成式 AI 实施有效内部控制的 2026 年指引 [14]。控制目录应涵盖环境、风险评估、控制活动、信息/沟通以及监控。使用该框架并不证明控制有效;还需要运行证据和鉴证。
审计师可获取的证据
证据包可使来源溯源、转换、访问、例外和审批更易于检查。审计师根据适用准则确定相关性、可靠性、充分性和适当性。PCAOB AS 1105 指出,更多证据不能弥补质量低劣的证据,并要求关注信息的准确性、完整性和精确性 [17]。根据所引准则 [17],仅靠询问不足以得出相关审计结论。因此,智能体生成的解释支持但不替代来源证据和审计程序。
权限矩阵
| 行动 | 智能体初始权限 | 人工/专业权限 |
|---|---|---|
| 读取已批准来源 | 是,在目的和范围内 | 所有者批准访问 |
| 提取并规范化 | 是,需经校验 | 审核人解决歧义 |
| 计算受控指标 | 调用确定性服务 | 所有者批准规则及变更 |
| 起草叙述性内容 | 是,附来源链接 | 报告负责人接受 |
| 提出日记账分录 | 仅为草稿 | 具备资格的编制人/复核人批准 |
| 过账日记账 | 否 | 财务授权/系统控制 |
| 提议付款 | 仅为草稿资料包 | 签署人批准并放行 |
| 清除制裁/KYC 警报 | 否 | 合规权限 |
| 提交税务/监管报告 | 否 | 获授权人员/顾问 |
| 作出投资决策 | 否 | 首席投资官/投资委员会 |
| 删除源文件/记录 | 否 | 通过受控流程明确留存负责人 |
| 威胁 | 后台示例 | 主要控制措施 |
|---|---|---|
| 间接提示注入 | 嵌入发票或经理报告中的恶意指令 | 将内容视为数据;隔离指令;将工具加入允许列表;审批 |
| 代理权限过大 | 智能体获得支付、发布或删除权限 | 最小权限;独立发布适配器;双重控制 |
| 数据外泄 | 工具将账本或投资者数据发送至未经授权的端点 | 出站允许列表;数据防泄漏(DLP);受众绑定令牌;监控 |
| 不安全的输出处理 | 生成的公式或命令在下游执行 | 类型化模式;确定性验证;不进行原始执行 |
| 凭证泄露 | 服务令牌跨系统重复使用 | 短时效限定范围身份;密钥库;轮换;受众验证 |
| 工具替换 | 连接器能力或描述变更 | 可信注册表;签名版本;变更告警;回归测试 |
| 追踪信息泄露 | 提示词/日志重复记录敏感数据 | 数据最小化;访问;保留与脱敏 |
| 拒绝/成本耗尽 | 循环或超大文档消耗资源 | 轮次、时间、令牌和成本限制;断路器 |
示例性生产力与经济效益
证据边界
本文未提供经批准且可观察到的 Matchpoint 客户结果。归因收入、成本降低和损失减少均为 USD 0.。以下数值为 假设性建模假设。它们仅说明算术与测量设计。
示例性月度工作流程
假设一个团队每月产出 240 个已验收的对账、报告和合规工作包。基线平均每个已验收工作包需 1.50 人工小时,合计 360 小时。辅助工作流平均每个已验收工作包需 0.65 小时准备和审核,合计 156 小时;另加每月 58 小时的异常处理、控制、支持和治理,合计 214 小时。示例性释放的总产能为 146 小时。
| 输入 | 示例性假设 | 状态 |
|---|---|---|
| 每月已验收工作包数 | 240 | 未经核实的管理层假设 |
| 每个已验收工作包的基线小时数 | 1.50 | 未经核实的管理层假设 |
| 每个已验收工作包的辅助准备/审核小时数 | 0.65 | 未经核实的管理层假设 |
| 每月异常/控制/支持小时数 | 58 | 未经核实的管理层假设 |
| 基准月度工时 | 360 | 根据假设计算得出 |
| 辅助月度工时 | 214 | 根据假设计算得出 |
| 总释放工时 | 146 | 已计算;归因价值仍为 USD 0 |
这 146 小时并非已观察到的节省。它们可能转化为产能、更短的周期时间或减少的已付成本。任何成本降低都需要经核对的薪酬或供应商成本变动以及财务审批。任何收入主张都需要已实际收取的增量收入和经批准的反事实基准。任何损失减少主张都需要风险责任人的方法论。
全成本模型
年度全成本包括实施、集成、数据修复、安全、许可证、模型与工具使用、监控、评估、复核人员时间、供应商管理、事件、恢复以及摊销的变更成本。效益项保持单独列示。
| 成本项 | 衡量来源 | 常见遗漏 |
|---|---|---|
| 实施 | 项目台账与时间记录 | 内部员工时间 |
| 数据/集成 | 工程与供应商发票 | 源头整改 |
| 模型/工具使用 | 供应商计费与运行台账 | 重试与失败数据包 |
| 人工审核 | 分角色时间研究 | 异常与升级 |
| 控制/保证 | 安全、合规与审计时间 | 定期测试 |
| 韧性 | 备用容量与恢复测试 | 备用/人工流程 |
| 变更 | 回归、审批与迁移 | 服务商/模式更新 |
| 退出 | 导出、重建与并行运行 | 集中度与合同终止 |
效益归因
| 效益 | 观察 | 审批节点 |
|---|---|---|
| 周期时间缩短 | 可比的触发至验收记录 | 流程负责人确认范围与质量 |
| 处理能力 | 每付费工时验收包数 | 工作量与服务级别可比 |
| 人工成本降低 | 已核对的薪资/供应商变更 | 财务审批与因果关联 |
| 收入 | 已收取的增量收入 | 客户、渠道与反事实证据 |
| 营运资金 | 已观察到的现金到账日或余额变动 | 资金管理/财务方法 |
| 损失减少 | 经批准的防损方法 | 风险与财务审批 |
| 合规质量 | 按严重程度加权的错误与及时性 | 合规负责人与独立测试 |
当经批准的年度收益等于或超过全年总成本时,即实现盈亏平衡。收益主张登记册记录期间、来源、反事实、负责人和审批信息。情景值仍不得纳入管理账目、投资材料和对外主张。
敏感性
主导性敏感因素包括首次验收通过情况、审核人员耗时、异常发生率、变更频率、供应商成本和故障严重程度。若退回、返工或异常处理负担上升,更高的生成速度反而可能降低价值。因此,商业论证应同时展示处理量、质量和控制方面的敏感性。
采购与实施操作手册
流程发现
团队通过观察事件、记录、决策、角色、异常、耗时和投入来梳理当前流程。访谈有助于识别流程变体。系统日志、对账、检查清单和已发布报告提供更有力的运营证据。在重新设计之前,先对现状建立基线。
| 发现阶段产出物 | 目录 | 负责人 |
|---|---|---|
| 流程图 | 触发条件、步骤、记录、决策和输出 | 流程负责人 |
| 记录清单 | 系统、字段、所有者、权限和质量 | 数据所有者 |
| 权限矩阵 | 编制、审核、批准、发布和变更 | 首席财务官/首席信息官/合规 |
| 异常分类体系 | 类别、严重程度、阈值和处置 | 风险/流程负责人 |
| 基线研究 | 业务量、周期、接触点、质量与成本 | 财务/运营 |
| 控制登记册 | 目标、活动、证据、频率与测试人员 | 控制负责人 |
自建或外购尽职调查
决策应比较流程契合度、控制透明度、集成能力、数据处理、评估访问权限、供应商集中度、技能、总成本与退出安排。界面精美不足以作为证据。供应商应在受控环境中,针对代表性案例和不利案例演示具名工作流程。
| 尽职调查问题 | 必需回答 |
|---|---|
| 哪些模型和工具执行操作? | 具名版本、路由、区域与变更通知 |
| 工作流可以写入哪些内容? | 具体系统、对象、字段与审批路径 |
| 来源如何与主张关联? | 可证明的溯源关系与不可变标识符 |
| 计算如何得到验证? | 确定性服务、测试与独立复算 |
| 哪些内容会被保留或用于训练? | 合同与技术设置、子处理方及删除 |
| 故障如何处理? | 停止、告警、回滚、人工后备和事件支持 |
| 我们能否独立评估? | 可导出的案例、输出、轨迹和指标 |
| 我们如何退出? | 数据/配置导出、迁移协助、删除和并行运行 |
试点章程
试点章程规定一个工作流、一名承担责任的发起人、明确界定的系统、固定人群、不得拥有实施被禁止操作的权限、黄金集和留出集、评估阈值、事件处理流程、评审人员容量、预算、决策日期和退役条件。试点是受控测试,不是永久性、不受治理的生产渠道。
训练与运营变更
评审人员需要具备任务专业知识、源系统知识、智能体故障意识、安全上报升级和权限纪律。他们应当知道,流畅的文本并不构成证据。培训内容包括对抗性案例、相互冲突的来源、工具不可用、过度自信的叙述以及不当的操作请求。

门控式 12-18 个月路线图
路线图通过证据门控推进。日历周期仅为指示性;推进与否取决于准备就绪程度。对于流程清晰的情况,初始阶段可以更短;在记录、归属关系和控制措施需要整改的情况下,初始阶段可能更长。
| 阶段 | 交付物 | 退出评审门 |
|---|---|---|
| 0 项目章程 | 任务契约、负责人、价值假设和禁止行为 | 发起人、授权和范围已获批 |
| 1 基线 | 当前流程、记录、质量、时间、工作量和控制措施 | 代表性基线已获接受 |
| 2 数据 | 源清单、权利、模式与质量修复 | 关键输入完整且责任明确 |
| 3 构建 | 确定性服务、有界代理、账本和审核队列 | 单元测试、集成测试和安全测试通过 |
| 4 评估 | 黄金集、留出集、不利情景和恢复结果 | 阈值通过且无隐藏故障 |
| 5 影子模式 | 实时并行数据包和审核员研究 | 稳定的验收、容量和控制证据 |
| 6 受限 | 指定用户、严格限制和受监控发布 | 观察到的价值和事件在风险偏好范围内 |
| 7 扩展/退役 | 受控扩展、重新设计或归档证据 | 治理决策与持续维护的后备方案 |
前 90 天结束时,应形成可复现的基线和一个可测试的材料包,即使未进行生产发布。第 4 至第 9 个月建立具有代表性的评估、影子使用和供应商控制措施。第 10 至第 18 个月,在观察到稳定性后,可以扩展实体、账户或材料包类型。新的操作权限需要单独审批。

局限性、研究议程与结论
本文基于截至 2026 年 8 月 1 日可获得的公开来源以及一个概念性运营框架。本文并未报告任何具名的 GCC 客户部署、经审计的控制结果、监管批准、专业意见或经批准的财务回报。法律、法规、服务提供商能力和技术规格可能发生变化。适用性需要由具备资质的人员进行最新审查。
实证生产率证据具有任务特定性。客户支持和软件开发研究不能确立后台运营结果 [2-4]。公开的智能体基准不能复现私有系统、数据、权限、审核人员或后果 [1]。供应商材料描述的是预期设计和能力;不能确立本地运营有效性 [5,6,13]。
进一步研究应发布针对对账、报告与合规材料包的匿名化、具有代表性的评估;区分确定性规则与模型的贡献;衡量误报、漏报异常、审核人员投入和尾部严重性;报告失败的运行;并比较辅助、确定性和人工基线。GCC 研究应考察结构化电子发票事件、家族企业实体复杂性、双语文件、跨境投资组合报告以及特定司法辖区的数据权利。
运营建议具有可操作性。企业所有者和家族办公室负责人应从一个边界明确的工作流开始,定义已验收材料包和授权层级,修复数据源归属,建立确定性控制,限制工具使用,基于代表性案例进行评估,以影子模式运行并衡量全部投入。智能体负责解释、汇集和路由。受控系统负责计算和记录。具名专业人士和获授权人员负责验收、放行并承担最终责任。
来源登记表
完整论文记录了适用于这些来源的证据分类、范围和局限性。
- [1] 斯坦福大学以人为本人工智能研究院(2026)。*AI 2026 年指数报告*。 开源
- [2] Brynjolfsson, E.、Li, D. 和 Raymond, L. R.(2023,2023 年修订)。*工作中的生成式 AI*。NBER 工作论文 31161。 开源
- [3] Becker, J.、Rush, N.、Barnes, B. 和 Rein, D.(2025)。《衡量2025年初 AI 对资深开源开发者生产力的影响》。METR。 开源
- [4] Becker, J.、Rush, N.、Cunningham, T.、Rein, D. 和 Mahamud, K.(2026)。《我们正在改变开发者生产力实验的设计》。METR。 开源
- [5] OpenAI(2025)。《构建智能体的实用指南》。 开源
- [6] Anthropic(2024)。《构建高效智能体》。 开源
- [7] 美国国家标准与技术研究院(2023)。《人工智能风险管理框架(AI RMF 1.0)》。 开源
- [8] 美国国家标准与技术研究院(2024)。《人工智能风险管理框架:生成式人工智能概况,NIST AI 600-1》。 开源
- [9] 美国国家标准与技术研究院(2024)。《NIST 网络安全框架(CSF)2.0》。 开源
- [10] 英国国家网络安全中心及合作伙伴(2023)。《安全 AI 系统开发指南》。 开源
- [11] OWASP 基金会(2025)。《OWASP LLM 应用十大风险 v2.0》。 开源
- [12] MITRE(截至2026年)。《MITRE ATLAS:人工智能系统的对抗性威胁态势》。 开源
- [13] 模型上下文协议(2025)。《规范与安全最佳实践》。 开源
- [14] 特雷德韦委员会赞助组织委员会(2026)。《内部控制;实现对生成式 AI 的有效内部控制》。 开源
- [15] 国际内部审计师协会(2024)。《全球内部审计准则》。 开源
- [16] 国际内部审计师协会(2024)。《人工智能审计框架》。 开源
- [17] 美国公众公司会计监督委员会(截至2026年)。《AS 1105:审计证据》。 开源
- [18] 国际审计与鉴证准则理事会(2026)。*审计证据与风险应对;ISA 330、ISA 500 和 ISA 520 项目*。截至2026年8月1日的征求意见稿状态。 开源
- [19] 巴塞尔银行监管委员会(2013)。*有效风险数据加总与风险报告原则*。 开源
- [20] 巴塞尔银行监管委员会(2026)。*BCBS 239 原则的实施*。信息性简讯;不含新的监管指引。 开源
- [21] 巴塞尔银行监管委员会(2021)。*运营韧性原则*。 开源
- [22] 阿拉伯联合酋长国中央银行(现行有效;访问于2026年)。*操作风险标准*。 开源
- [23] 阿拉伯联合酋长国中央银行(现行有效;访问于2026年)。*银行外包监管规定*。 开源
- [24] 阿拉伯联合酋长国中央银行(现行有效;访问于2026年)。*消费者保护标准*。 开源
- [25] 阿拉伯联合酋长国中央银行(现行有效;访问于2026年)。*模型管理标准,5.1 数据治理*。 开源
- [26] 阿拉伯联合酋长国政府(2021;访问于2026年)。*2021年第45号关于个人数据保护的联邦法令*。 开源
- [27] 迪拜国际金融中心(截至2026年现行)。*数据保护条例,第10号条例:通过自主和半自主系统处理的个人数据*。 开源
- [28] 沙特数据和人工智能管理局(截至2026年现行)。*个人数据保护法*。 开源
- [29] 英国信息专员办公室(截至2026年现行)。*关于 AI 与数据保护的指引;个人权利与自动化决策*。 开源
- [30] 欧盟(2024)。*制定人工智能统一规则的 (EU) 2024/1689 号条例*。 开源
- [31] 欧盟(2022)。*关于金融行业数字运营韧性的 (EU) 2022/2554 号条例*。 开源
- [32] UAE 财政部(截至2026年现行)。*UAE 电子发票计划*。 开源
- [33] UAE 财政部(2026)。*财政部发布 UAE 电子发票指南,以支持全国推广*。 开源
- [34] UAE 联邦税务局(2025)。*企业所得税的记录与文件保存*。 开源
- [35] 沙特阿拉伯天课、税务与海关总局(截至2026年)。*电子发票推广阶段*。 开源
- [36] 沙特阿拉伯天课、税务与海关总局(截至2026年)。*电子发票详细技术指南及支持文件*。 开源
- [37] 金融行动特别工作组(2021)。*新技术为反洗钱/打击资助恐怖主义带来的机遇与挑战*。 开源
- [38] 美国财政部外国资产控制办公室(2019)。*OFAC合规承诺框架*。 开源
- [39] 联邦金融机构检查委员会(截至2026年)。*《银行保密法/反洗钱检查手册》;可疑活动报告与自动化账户监控*。 开源
- [40] 国际财务报告准则基金会(2026)。*使用IFRS数字分类标准;分类标准架构*。 开源
| 阶段 | 交付物 | 退出评审门 |
|---|---|---|
| 0 项目章程 | 任务契约、负责人、价值假设和禁止行为 | 发起人、授权和范围已获批 |
| 1 基线 | 当前流程、记录、质量、时间、工作量和控制措施 | 代表性基线已获接受 |
| 2 数据 | 源清单、权利、模式与质量修复 | 关键输入完整且责任明确 |
| 3 构建 | 确定性服务、有界代理、账本和审核队列 | 单元测试、集成测试和安全测试通过 |
| 4 评估 | 黄金集、留出集、不利情景和恢复结果 | 阈值通过且无隐藏故障 |
| 5 影子模式 | 实时并行数据包和审核员研究 | 稳定的验收、容量和控制证据 |
| 6 受限 | 指定用户、严格限制和受监控发布 | 观察到的价值和事件在风险偏好范围内 |
| 7 扩展/退役 | 受控扩展、重新设计或归档证据 | 治理决策与持续维护的后备方案 |

