AI SOLUTION × AUDIT / 2026
让审计智能化,
从可控执行开始。
一套已经走完方案设计与核心 Demo 验证的受控 Workflow,一张面向未来的 Agent 演进蓝图。不变的是:AI 承担理解与执行,规则保证确定性,CPA 保留专业责任。
审计智能化方向 · AI 解决方案与核心 Demo 验证 · 2026.04—2026.09
S1–S7平台级审计流程体系设计
8 周 / 4 轮年报底稿自动填数 PoC 迭代
数月 → 数周需求到可演示原型的验证周期
Demo核心链路验证,非全面生产上线
01 / PLAN A · DELIVERED & VALIDATED
方案 A|受控 Workflow实际操刀
以固定 Workflow 为骨架,AI 参与理解与方法匹配,确定性程序完成计算与状态控制,专业人员负责判断、复核和签署。
MY ROLE / END-TO-END我负责把业务、专家经验与工程验证连起来。
岗位是 AI 需求开发工程师,不把所有生产代码、项目管理或 CPA 专业判断归为个人职责。
01驻场调研与场景诊断识别重复工作、协作断点和个人经验依赖。
02问题与产品定义判断该用流程、规则、传统系统还是 AI。
03方案与架构设计拆解角色、任务、数据、证据、审批与交付物。
04快速 PoC / MVP 打样基于 Pi、Claude Code、Codex 验证关键模块。
05交付协同与反馈连接业务专家和研发,演示、收集反馈、推进迭代。
06数据与经验治理整理结构、标签、版本、审核状态和适用范围。
平台设计协作体系主控、专业角色、原子 Worker、DAG、证据与人工门禁完成核心 Demo 验证。
协同验证固定编排打通多人协同 × AI 固定编排 × 任务进度 × 成果留痕的闭环。
业务 PoC8 周事业单位年报底稿自动填数,4 个迭代,验证交互与用户接受度。
快速打样数周多个关键业务模块由需求走到可演示原型,不再以数月为起点。
数据治理可追溯底稿与经验按客户、期间、科目、来源治理,并扩展运营大屏与分析应用。
02 / INSIDE PLAN A
同一套方案,
两种阅读视角。
用户看到的是项目、资料、待办和证据,不需要理解底层 DAG;技术视角则解释每一次用户动作如何被编译、路由、校验并留痕。
S1–S7:把审计专业生命周期变成系统骨架
这不是七个聊天机器人,而是七个专业阶段。每阶段都有目标、程序、底稿、证据和复核要求;系统据此组织任务,用户始终知道“现在做什么、为什么做、由谁确认”。
S1初步业务活动承接与保持、独立性、业务约定及项目初始化。
S2风险评估了解主体与环境,识别风险并确定审计应对。
S3控制测试在适用时评价控制设计、执行与运行有效性。
S4实质性程序按科目与认定执行细节测试、分析程序及证据核对。
S5调整与特殊事项处理调整、错报汇总及需要专项判断的事项。
S6完成阶段复核证据与未决事项,完成勾稽和成果检查。
S7报告与归档形成报告草稿,经有权人员签署后归档留痕。
专业判断体现在这里:先定义阶段边界与程序责任,再决定 AI 在哪里辅助;S1–S7 不是永远单向,新风险、新调整和补证会触发风险重估、计划修订或局部重跑,而不是让智能体自由跳步。
01PROJECT SETUP从业务项目开始,而不是从聊天框开始。
用户做什么
- 选择年报审计,录入客户、期间、准则与行业
- 添加成员及角色,选择已批准的项目模板
系统做什么
- 加载 S1–S7 模板并创建工作台
- 锁定经验包、Skill、知识库、参数和底稿版本
用户看到项目首页、成员、初始资料清单、当前阶段和待办。
AI 可推荐模板和检查缺漏;项目类型、权限与版本由规则确定。
从项目事实到可追溯成果
全局任务顺序由模板、DAG 与状态机控制。专业 Agent 是职责和能力的封装,工具调用不等于可以自主改变正式业务状态。
01 / CONTEXT项目与版本快照
ProjectContext主体 · 期间 · 准则 · 权限
ReleaseSnapshot经验 · Skill · 模型 · 底稿版本
经验卡适用 · 输入 · 步骤 · 输出 · 停止
人工门禁范围 · 参数 · 风险 · 批准
02 / CONTROL受控编译与三级路由
上下文直接路由明确任务不调用模型
规则候选路由阶段 · 科目 · 风险 · 权限
AI 语义消歧只在候选不唯一时介入
DAG+状态机依赖 · 白名单 · 最终校验
03 / EXECUTION专业协作与工具执行
主控计划 · 派发 · 恢复 · 升级
专业业务角色Skill 选择 · 异常汇总
原子 Worker取数 · 匹配 · 重算 · 比较
RAG+内部工具来源 · Schema · 最小权限
04 / ASSURANCE证据、审批与受控写入
证据索引原文件 · 位置 · 版本 · 适用范围
检查点暂停 · 补证 · 恢复 · 返工
单一写入幂等键 · revision · 回读
归档重建候选 · 修改 · 审批 · 失效记录
AI / 理解与建议语义路由、非结构化资料理解、经验匹配、异常解释与文字草稿。
程序 / 确定性与控制取数、映射、重算、勾稽、日期比较、权限、调度、版本和日志。
人 / 判断与责任项目授权、重要性、风险、缺证处理、专业结论、意见与签署。
三级智能体:专业分工,而不是自由群聊
主控决定“现在允许谁做什么”,阶段智能体决定“这项审计程序怎样组织”,底稿执行智能体负责“把具体动作正确做完”。层级越低,任务越原子、工具越受限、输出越可验证。
L1主控路由智能体
理解项目状态和用户意图,组织计划依赖,把请求派往合法的 S1–S7 阶段;处理补证、恢复、异常升级,不直接替代专业结论。
核心对象 / ProjectContext · PlanVersion · TaskInstance · PermissionPolicy
L2S1–S7 阶段专业智能体
承接某一审计阶段,基于风险、认定和资料状态选择已发布 Skill,组织程序、汇总异常并提出补证或升级建议。
例如 / S4 阶段智能体 → 收入领域 → 截止认定 → 收入截止程序
L3底稿执行智能体
将阶段下的具体底稿拆成受控执行动作,封装取数、字段抽取、匹配、重算、日期比较、证据定位和草稿生成,返回结构化结果。
例如 / 收入截止底稿 → 读取明细 → 关联签收 → 比较日期 → 形成异常候选
主控路由:逐层收窄的决策漏斗
不是让模型从全平台自由选一个“最像”的智能体,而是先缩小合法候选集,再做语义消歧,最后由确定性状态机放行。
① 项目上下文过滤客户 · 期间 · 审计类型 · 准则 · 成员权限
② 业务规则过滤S1–S7 阶段 · 科目 · 认定 · 风险 · 当前状态
③ AI 语义消歧自然语言 → 候选任务 / 阶段 / Skill;信息不足则追问
④ 状态机最终校验前置依赖 · 快照 · 白名单 · 工具与动作权限
⑤ 派发与执行L2 阶段智能体 → L3 底稿执行智能体 → 受控动作
明确任务可直接走确定性路由;无法唯一确定时,不自动执行正式动作。
01 / FEEDBACK固定 DAG 不等于流程不能返工
新资料通过事件触发局部重跑;风险或参数变化由 CPA 批准新 PlanVersion。DAG 不成环,审计生命周期通过受控计划版本形成反馈环。
02 / WRITE SAFETY正式成果只有一个受控出口
调整先成为候选,经授权人员批准后才写入;写后回读并重跑受影响勾稽。实质变化使旧审批失效,旧任务不得覆盖新成果。
03 / AI INCREMENTAI 收益与 SaaS 收益分开证明
初始化、映射与勾稽不归功于模型。AI 增量只看资料理解、语义路由、经验调用、异常解释和交互补证。
03 / PLAN B · FUTURE BLUEPRINT
方案 B|受控自主 Agent未来演进
不是历史实现的另一种说法,而是基于 Agent / Harness 能力的升级设计:把不可完全预知的协调、诊断和恢复交给 AI,把专业责任留在人手里。
执行尽量无人化,
判断坚持有人负责。
CPA 批准目标契约后,AI 在授权范围内自主完成资料感知、规划、执行、异常诊断、补证协同、断点恢复与质量自检;范围变化、专业判断和正式批准仍由有权人员决定。
Main Loop|从环境取得事实
04CPA / 质控协同工作台
目标授权 · 例外处理 · 专业判断 · 复核批准
03Agent Harness 自主执行层
目标契约 · Main Loop · 动态计划 · 事件恢复 · Skills · 按需子智能体
02授权与运行治理层
动作权限 · Hooks · 预算 · 停止条件 · 适用域 · 评测 · 灰度 · 日志
01确定性审计底座
TB · 分录 · 四表一注 · 合并 · 勾稽 · 依赖图 · 证据 · 底稿 · 版本 · 审批 · 写入
| 级别 | 动作性质 | 典型示例 | 默认策略 |
|---|
| A0 | 只读、可重复 | 读 TB、检索制度、资料覆盖检查 | 全自动 |
| A1 | 可逆候选成果 | 字段抽取、异常初筛、底稿草稿 | 全自动,可复核 |
| A2 | 改变执行状态 | 创建补证、修正映射、提交复核、重跑 | 按策略自动或批准 |
| A3 | 专业责任或正式成果 | 错报结论、批准调整、合并范围、正式过入、意见 | 有权人员决定 |
关键升级不是“更多智能体”。而是事件驱动的增量吸收、依赖图影响分析、跨会话恢复、局部重跑和覆盖声明。企业中途补资料后,系统只恢复受影响任务,并区分“已检查无异常”“缺资料未检查”“规则不适用”“能力限制”和“证据不足”。
04 / EVOLUTION, NOT REPLACEMENT
升级的是执行方式,
不是责任边界。
先用同一数据、权限、工具和交付标准做 A0 / A / B 对照。只有 B 相对 A 展现出稳定的质量或效率增量,并且 ROI 成立,才小范围采用。
| 维度 | 方案 A · 受控 Workflow | 方案 B · 受控自主 Agent |
|---|
| 项目定位 | 在职体系设计与核心 Demo / PoC 验证 | 未来演进蓝图,首个试点仍限定场景 |
| 下一步由谁决定 | 预定义模板、DAG 和状态机 | 主智能体根据环境观察,在允许工具内动态决定 |
| 最擅长自动化 | 预先想得到的流程与明确分工 | 执行中不可完全预知的协调、诊断与恢复 |
| 资料补充 | 确定性事件链+输入合同+局部重跑 | 增量感知+依赖图影响分析+自主断点恢复 |
| 专业规则 | 已发布经验包、Skill、固定节点 | 已发布 Skill 与确定性底座,Agent 不可临时改规则 |
| 人的介入 | 确认计划、处理异常、复核批准 | 目标授权、关键门禁与专业例外,不逐步点击“继续” |
| 共同底线 | 确定性计算 · 最小权限 · 证据留痕 · 版本控制 · 人工专业责任 · 可评测与可回退 |
L0离线评测
历史、注入与对抗样本,验证质量安全与恢复。
L1影子运行
自动执行但不影响真实成果,与人工对照。
L4受控自主
限定适用域完成机器闭环,持续监控可回退。
先过硬门槛,再谈效率与 ROI:越权和未批准正式写入为零、虚构证据为零、确定性计算通过、应补证或停止时不擅自放行、关键异常达到批准门槛。固定 Workflow 已足够、覆盖无法说明、沉默失败不可控或复核成本超过收益时,就不升级或自动降级。
公开展示的
事实边界。
- 方案 A 是在职方案与验证成果,不等于全业务生产上线。
- 方案 B 是未来改进设计,不回填为既有历史实现。
- 快速打样由本人使用 AI 工具完成,生产能力由研发等团队协同。
- AI 不替代 CPA 的专业结论、审计意见与签署责任。
- 8 周、4 轮与数周打样为已确认项目事实,不外推为全链路准确率。
- 不展示客户名称、真实项目数据、原始底稿或专有交付材料。