Skip to content
查看 GitHub 源文件

源文件:https://github.com/lennonli/licheng-AI-tutorials/blob/main/docs/agent-practice-30-cross-document-consistency-ABL-20260831-V1.md

AI实战30|多家中介文件别各写各的:让Agent做一次跨文件一致性核对

IPO、再融资、新三板等证券项目里,一个项目最终会形成很多不同文件。

比如:

券商负责的招股说明书;

律师出具的法律意见书、律师工作报告;

会计师出具的审计报告;

财务报表及附注;

问询回复;

其他专项核查文件。

这些文件虽然由不同中介机构分别负责,

但写的其实是:

同一家公司、同一段历史、同一组业务和财务事实。

所以到了项目后期,非常重要的一项工作就是:

不同中介文件之间互相复核。

以前这件事主要靠项目组人工:

一份一份打开;

搜数字;

看名称;

对日期;

找前后矛盾。

现在可以先让Agent做一轮跨文件一致性检查。

一、这次不是检查某一份文件,而是把几份文件放在一起检查

比如同时给Agent:

招股说明书.docx

法律意见书.docx

律师工作报告.docx

审计报告.pdf

财务报表及附注.pdf

然后告诉它:

不要分别评价这些文件写得好不好。

而是专门找:

同一个事项在不同文件里是不是写成了不同版本。

这才是这项任务的核心。

二、第一类最值得检查的是基础公司信息

比如:

公司名称;

成立日期;

注册资本;

法定代表人;

统一社会信用代码;

注册地址;

主要经营地址;

股东;

持股比例;

实际控制人。

这些内容可能同时出现在:

招股书;

法律意见书;

审计报告附注;

其他申报文件。

正常情况下应该能够对应。

比如:

法律意见书写注册资本为5,000万元;

招股书写5,500万元;

财务报表附注又写5,000万元。

这种问题就应该第一时间标出来。

三、历史沿革尤其适合跨文件检查

比如公司在2022年发生一次增资。

律师文件可能写:

2022年3月15日股东会作出决议;

2022年4月完成工商变更。

招股书可能把本次变更描述为:

2022年3月增资。

会计师文件又可能根据到账时间写:

2022年5月收到增资款。

这些时间并不一定互相矛盾。

Agent应该帮助我们区分:

决议时间;

协议签署时间;

出资到账时间;

工商变更时间。

如果不同文件实际上讲的是不同时间节点,就不应该误判为冲突。

如果确实是同一个事实出现两个日期,才需要人工核实。

所以这类任务不是简单做:

文字找不同。

而是要理解:

不同中介文件在描述的是不是同一个事实。

四、股权数据一定要重点核对

证券项目里很常见的是:

招股书有一张股权结构表;

法律意见书里有股东和持股情况;

审计报告附注可能涉及实收资本;

其他专项文件里又出现股权信息。

可以让Agent逐项核对:

股东名称;

持股数量;

持股比例;

注册资本;

实缴资本;

股份数量;

历次变动情况。

特别是经过:

增资;

股改;

股份转让;

员工持股平台变化

以后,数字非常容易在不同文件里出现版本不一致。

五、业务和重大合同也可以互相校验

比如招股书写:

公司主要客户A占销售收入25%。

审计报告附注中:

前五大客户数据可能也出现A公司。

律师工作报告又核查了:

与A公司签订的主要合同。

Agent就可以进一步发现:

客户名称是否一致;

合同金额和披露金额有没有明显异常;

合同期限是否和招股书描述一致;

是否把同一主体的简称、曾用名误认为两家公司。

同样可以核对:

供应商;

关联方;

重大合同;

主要资产;

租赁物业;

知识产权;

行政处罚;

诉讼仲裁。

六、财务数字不要简单要求“完全一样”

这是跨中介文件核对时特别需要注意的地方。

比如:

营业收入;

净利润;

资产总额;

关联交易金额;

客户销售额。

不同文件可能存在:

单位不同;

四舍五入;

合并口径不同;

时间范围不同;

含税与不含税口径不同。

比如:

招股书写:

12,345.67万元

审计报告可能写:

123,456,700元

这本质上可能完全一致。

所以Agent核对数字时,最好要求:

先统一单位和统计口径,再判断是否冲突。

不能只因为数字字符串不完全一样就报错。

七、专业分工不同,也不能机械要求表述完全一致

律师可能写:

“经核查,发行人拥有房屋所有权共15处。”

招股书可能按用途分成:

生产厂房10处;

办公场所3处;

仓库2处。

表达方式不一样,但底层事实可能是一致的。

所以我们真正要找的是:

实质性不一致。

而不是:

“两个文件句子不一样。”

八、特别关注“一边披露了,另一边完全没写”

跨文件检查还有一种很有价值的异常:

不是两个文件互相矛盾,

而是:

一个文件出现了重大事项,另一个应当涉及的文件完全没有。

比如审计报告附注披露:

公司存在一项重大诉讼预计负债。

但法律意见书的诉讼章节完全没有这一事项。

或者律师文件披露:

公司受到一项重大行政处罚。

但招股说明书风险因素、重大事项部分没有对应披露。

这种“遗漏型不一致”有时候比数字错误更重要。

所以Agent应该同时检查:

应该互相对应的重大事项有没有缺失。

九、还要关注不同文件的截止日期

不同中介文件的基准日可能不同。

例如:

审计报告截至6月30日;

法律意见书更新到8月15日;

招股说明书更新到8月20日。

那么8月发生的一项诉讼:

法律意见书有;

审计报告没有,

未必就是错误。

所以Agent发现差异以后,最好同时标记:

各文件的数据截止日或核查基准日。

然后再判断:

这个差异是合理的时间差,还是确实存在遗漏。

十、最好先定义一张“跨文件核对清单”

可以让Agent重点按照几个模块做:

主体信息

公司名称、注册资本、股东、实控人。

历史沿革

设立、增资、股权转让、股改。

财务数据

收入、利润、资产、客户、供应商、关联交易。

主要资产

土地、房产、知识产权、设备。

重大业务事项

客户、供应商、重大合同。

法律风险

诉讼、处罚、担保、合规事项。

人员信息

董事、监事、高管、核心技术人员。

其他重要披露

关联方、同业竞争、重大承诺等。

这样Agent就不是漫无目的地对比几百页文件。

而是按主题逐项核对。

十一、输出最好是一张“跨文件差异表”

例如:

核对事项招股书法律意见书审计报告判断建议
注册资本5,000万元5,000万元5,000万元一致
A股东持股比例31.2%31.2%一致
2023年增资时间2023年5月2023年4月2023年5月到账可能口径不同核对决议、工商及到账日期
重大诉讼A已披露已披露预计负债中披露一致
行政处罚B未见已披露疑似遗漏核对是否需补充招股书披露

律师和券商看到以后,就可以直接处理真正有差异的地方。

十二、最好先找问题,不要让Agent直接修改所有文件

这里和前面的复核逻辑一样。

第一轮只做:

差异识别。

不要让Agent发现:

招股书和法律意见书数字不一样,

就擅自选择一个数字把另一份改掉。

因为它并不知道:

哪一份才是正确的。

正确流程应该是:

发现不一致

列明各文件当前记载

定位原始依据

项目组确认正确口径

再分别修改各中介文件

最终事实应该回到:

工商资料;

合同;

财务底稿;

审计数据;

公司确认;

其他原始资料。

不能靠“少数服从多数”。

十三、不同Agent还可以分别站在不同中介视角检查

如果项目比较重要,还可以再做一层。

比如第一个Agent站在:

律师视角

重点检查:

招股书和审计资料有没有出现律师文件没有覆盖的法律事项。

另一个Agent站在:

券商/项目总体披露视角

重点检查:

法律意见书和审计报告的重要事项有没有正确进入招股书。

这样不同Agent检查的关注点会不一样。

最终仍然由项目组确定统一披露口径。

十四、这项工作特别适合在申报前和每轮更新后做

不是只做一次。

比如:

首次申报前;

财务数据更新后;

半年报更新后;

审核问询回复完成后;

上会稿形成前。

都可以再做一次跨文件检查。

因为每次一个中介机构更新自己的文件,都有可能导致:

不同文件的版本再次出现偏差。

直接复制的实战提示词

请对【招股说明书路径】【法律意见书/律师工作报告路径】【审计报告及财务报表路径】以及【其他申报文件】进行跨文件一致性核对,本次先不要修改任何文件。请按照主体信息、历史沿革、股权结构、财务数据、客户供应商、重大合同、主要资产、关联方、诉讼处罚等事项逐项提取不同文件中的对应记载,并在统一单位、统计口径和文件截止日期后判断是否存在实质性不一致、遗漏披露或结论冲突。最终生成【多中介文件交叉核对表.xlsx】,列明核对事项、各文件记载、差异类型、可能原因、建议核查的原始依据及需要哪一方进一步确认。无法判断哪个版本正确时不得自行选择,应标记【待项目组确认】。

最后记住一句话

证券项目里的各中介文件,不能变成:

券商写券商的,律师写律师的,会计师写会计师的。

最后所有文件讲的必须是:

同一个公司、同一组事实。

让Agent把招股书、法律意见书、审计报告和其他申报文件放在一起交叉核对,

它最重要的任务不是找:

“哪句话写得不一样。”

而是找:

“不同中介机构是不是对同一个重要事实说了两种不同的话。”

先把这些差异找出来,再由项目组回到原始底稿统一口径。

内容同步自 GitHub 仓库,仅作为工具教程与工作流说明。

CONTACT

联系李成律师

扫描二维码添加微信,沟通法律 AI、非诉业务及相关合作事项。

手机端可点击二维码查看原图并长按识别。

李成律师微信二维码扫码添加微信