审计取数还要人写SQL吗？优财教育自动化工作智能体直连MySQL的取数思路

每次接到审计项目，最先卡住人的往往不是分析，而是取数：找谁要数、口径怎么定、字段对不对得上、导出来的表怎么汇总。有人能写SQL，取数只是一次性动作；没人会写，任务就得排队等人。优财教育的自动化工作智能体走的是另一条路——WorkBuddy直连MySQL，把取数与分析接成一次连续执行：按设定口径从库里读数、汇总，再直接展开分析。要说清楚的是，自动的是这一串动作的重复执行，不是替代人对口径的判断。取数最容易出错的地方，从来是口径，而不是语句语法。

写SQL不丢人，问题在于口径留在了个人手里

会写SQL的人常有个习惯，给自己攒一份查询脚本，下次换个项目改几个字段接着用。这种做法效率不低，问题是脚本只存在于写它的人的电脑里，解释也在那个人脑子里。项目组换人、审计轮次一多，同一个口径就可能出现两种取法，数字对不上时还得回头翻聊天记录找人确认。

自动化工作智能体想的不是否定这些脚本，而是把口径写成别人能看懂、也能改的东西：取数条件、过滤范围、汇总维度、时间区间用明确的方式描述清楚，工具照着执行。这样做的好处不只是省下敲键盘的时间，更重要的是取数这件事留下了可以交接、可以复核的记录，而不是随人员变动一起消失。

直连数据库省掉的，是导出再导入那一段

传统的取数链条往往要经过好几手：在业务系统里导出成表格，发到某个文件夹或邮箱，打开后清理格式，再导入分析工具。每过一道手，就多一次格式错乱的可能，多一次口径被悄悄改动的机会，也多一次数据在传输途中散出去的风险。

直连MySQL之后，链条被压短了。工具按约定读表、按口径筛选和汇总，把结果直接送进分析环节，中间不再经过人工下载与转手格式。这里要强调的是"按约定"三个字：连上数据库只是起点，真正决定结果好不好用的，是权限范围、取哪几张表、以什么维度汇总。起点是自动的，路径仍然要人来定。

取数与分析接在一起之后，提问方式要跟着换

过去用SQL取数，问题多是技术型的：这个字段怎么关联、那张表的时间字段在哪一列。用智能体做自动取数和分析之后，问题可以换成业务型的：这个季度各区域的应收账龄怎么分布，哪些供应商的采购额与返利记录对不上，费用报销在哪些科目上异常集中。

提问方式变了，答案的组织方式也跟着变。工具把取数结果与分析放在一起呈现，让你看到数字的同时看到它的构成路径。但这不等于结论可以直接采纳——数字对不对、指标定义合不合适、异常是不是业务上的正常波动，仍然要回到底层数据去核对，看清它是怎么被算出来的。

数据在业务系统里，范围与权限要先谈清楚

直连数据库这件事，实务上最该先问的往往不是技术问题，而是边界问题：连的是只读的副本还是正在跑业务的库，允许读哪些表，能不能看到与薪酬、个人信息相关的字段，在什么时段取数不打扰日常运行。这些事先谈清楚并写进配置，取数这件事才谈得上稳妥。

最小必要范围是这里最省事的原则：需要什么字段就取什么字段，能做脱敏的先做脱敏，而不是把整库导出来再说。范围收窄之后，取数更快、口径更清楚，日后要解释经过时也更简单。这些判断没有统一答案，取决于企业自己的制度与数据管理办法。

让取数可重复，比让它快一次更重要

审计里同一个口径往往要反复使用：本期与上期比对、同期对照、分项目拆开看。一次性取数只能满足这一次，下次还得重来，中间还可能因为数据源调整出现前后不一致。把取数条件保存成可以重复执行的配置，同一口径每次跑出来的结果才有可比性。

优财教育这次把这一段放在屏幕上完整演示：课程是 AI审计——WorkBuddy等工具打造超级审计个体，定位为AI实战公开课，面向财务、税务、审计高管。11月6日在深圳上课，同时开放线上直播，全程用真实审计资料演示，每一步操作都可以回放。6小时学完，1年有效期内不限次回看；课上用的智能体配置、提示词与模板整理成资料包带走，课程页的原话是，你要的不是一张听课证，而是一整套数字审计助手。