Skip to content
查看 GitHub 源文件

源文件:https://github.com/lennonli/licheng-AI-tutorials/blob/main/docs/agent-practice-37-complaint-review-ABL-20260831-V1.md

AI实战37|起诉状写完别急着提交:让另一个Agent从被告和法官两个角度复核

前面已经完成了:

案件分析;

类案检索;

证据整理;

模拟对方答辩;

起草起诉状。

以我们的贯穿案例来说:

卖方已经交付货物,买方以货物存在质量问题为由长期拖欠货款,卖方准备起诉追索货款。

起诉状初稿写出来以后,我不建议马上提交法院。

还可以再做一次非常有价值的检查:

换一个没有参与主要起草工作的Agent,分别站在“被告律师”和“法官”两个角度重新审这份起诉状。

因为这两个角度看的东西完全不一样。


一、第一轮:站在被告律师角度攻击起诉状

先告诉Agent:

假设你现在代理买方,请尽可能攻击这份起诉状。

它要看的不是文字漂亮不漂亮。

而是:

这份起诉状有哪些地方最容易被对方抓住。

比如我们的起诉状写:

“原告已经按照合同约定全面履行交货义务。”

被告律师第一反应可能就是:

真的“全面履行”了吗?

如果合同约定:

货物必须验收合格后才视为完成交付,

而我们只有送货单,没有验收单,

这句话就可能写得太满。

所以第一个Agent任务是:

专门找起诉状里可能被对方反证打掉的表述。


二、重点攻击“质量问题”这条主线

买方最可能的抗辩就是:

货物存在质量问题。

所以被告视角的Agent应该逐项检查:

起诉状有没有回避已知质量争议;

有没有说“买方从未提出质量异议”,但聊天记录里其实提出过;

有没有把卖方售后处理描述成普通服务,但材料可能被解释为卖方承认质量问题;

有没有忽略合同约定的验收条款;

有没有忽略买方可能主张减价、赔偿或者抵销。

如果起诉状里的某一句话和现有证据存在明显冲突,

必须在提交以前发现。


三、检查诉讼请求有没有给对方留下明显攻击点

比如卖方主张:

货款200万元;

违约金50万元;

律师费20万元。

Agent应该站在被告角度逐项问:

200万元怎么算出来的;

是否扣除了已经支付的款项;

有没有退货;

有没有折让;

质量问题有没有形成价格调整;

违约金依据是哪一条合同;

违约金计算起点是否正确;

律师费是否有合同依据。

起诉状里最危险的不是少写一句漂亮的话,

而是:

诉讼请求本身算错了。


四、检查事实是不是写得“比证据更强”

比如起诉状写:

“被告已经验收并确认货物质量合格。”

但现有证据只是:

对方签收货物。

那就需要特别警惕。

签收:

可能只能证明收到货物。

不当然等于:

验收合格。

类似的还有:

开具发票不当然等于确认欠款;

支付部分货款不当然等于放弃质量异议;

继续使用货物也不一定当然等于认可全部质量合格。

所以被告视角复核的一个重要任务就是:

检查起诉状有没有把证据能够证明的程度夸大。


五、再让Agent模拟一份简短答辩提纲

不需要重新写完整答辩状。

只需要根据当前起诉状,列出:

如果我是买方律师,我会从哪几个点答辩。

例如:

  1. 付款条件尚未成就;
  2. 涉案货物存在质量问题;
  3. 买方已在合理期限内提出异议;
  4. 卖方曾经确认并处理质量问题;
  5. 买方因质量问题遭受损失;
  6. 相关损失应当抵销未付货款;
  7. 卖方主张的违约金过高。

然后再反过来看:

起诉状和现有证据有没有提前准备好这些问题。


六、第二轮:站到法官角度重新看

被告视角看的是:

怎么攻击。

法官视角看的是:

这案子到底能不能看明白。

可以让另一个Agent或者同一个复核Agent切换角色:

假设你是第一次看到本案的承办法官。

请读:

起诉状;

核心证据目录;

案件基本材料。

然后回答:

你看完以后,还有哪些关键事实不清楚?


七、法官首先会看:诉讼请求到底清不清楚

比如:

要求被告支付剩余货款200万元。

这个请求很明确。

但如果写:

“要求被告承担相应损失。”

就可能不够具体。

法官会进一步问:

损失是什么;

金额是多少;

怎么计算。

同样,

违约金的:

起算日;

计算标准;

截止时间

最好能够明确。

让Agent专门检查:

每一个诉讼请求是不是都能直接执行和计算。


八、法官还会看:你的故事有没有断点

比如起诉状可能写:

签合同;

交货;

然后直接跳到:

买方拒绝付款。

但中间漏了最关键的一段:

买方提出质量问题;

卖方进行过售后处理;

双方就质量问题进行过沟通;

之后买方仍然继续使用部分货物。

如果这些事实是案件真正的争议核心,

法官迟早会问。

所以法官视角的复核要专门找:

案件事实链条有没有断点。

尤其是:

签约;

交付;

验收;

质量异议;

售后处理;

付款;

催款

之间的时间关系。


九、法官会问:你每一个关键事实有什么证据

比如起诉状写:

“原告于5月1日完成全部货物交付。”

Agent应该能找到:

对应的送货单。

写:

“被告尚欠200万元。”

应该能对应:

合同总额;

已付款流水;

对账单。

写:

“被告长期拖欠货款。”

应该能对应:

付款期限;

催款记录。

如果某个关键事实写进去了,

但现有证据目录里根本找不到支持材料,

就应该标出来。


十、法官还会特别关注“质量争议到底是什么”

在这个案件里,

法官很可能会问:

质量问题具体是什么;

涉及全部货物还是部分货物;

是否有检测;

有没有退货;

有没有更换;

买方是否继续使用;

损失是多少;

是否需要鉴定。

如果起诉状完全不需要详细讨论这些问题,

当然可以保持简洁。

但至少项目组自己必须知道:

一旦法官问到,我们拿什么回答。

所以法官视角的复核不仅检查起诉状,

也要检查:

当前案件准备是否已经足够。


十一、最好生成一份“提交前复核清单”

例如:

复核角度问题起诉状位置风险建议处理
被告“全面履行”表述过强事实与理由第3段缺验收证据调整表述
被告质量异议已有微信记录第4段容易被反证补充完整沟通背景
法官剩余货款计算过程不清诉请1金额依据不直观增加计算表
法官质量争议时间线不清事实部分庭审可能重点追问完善内部时间线

这样律师提交以前就知道:

哪里必须改;

哪里不一定写进起诉状,但要提前准备。


十二、最好用第二个Agent做,而不是原Agent自己复核

如果起诉状一直由同一个Agent协助起草,

最后复核时最好换一个。

比如:

Agent A负责案件分析和起草;

Agent B负责被告视角攻击;

Agent C或者GPT再站法官视角检查。

不一定每个案件都要真的用三个Agent。

但对于重要案件,

换一个完全没有参与起草的Agent重新阅读,

往往更容易发现:

原来的思路盲区。


十三、复核阶段先不要让它自己改

还是之前的原则:

先找问题,再决定怎么改。

因为不同Agent可能有不同诉讼策略。

第二个Agent认为:

“应该主动披露质量争议。”

并不代表一定要这么改。

它只需要告诉律师:

如果不写,

可能会产生什么风险。

最后怎么处理,

仍然由代理律师结合诉讼策略决定。


十四、确认以后,再回到原起诉状做最后修改

完整流程可以是:

起诉状初稿

被告律师视角攻击

法官视角阅读

形成提交前问题清单

律师确认哪些需要调整

回到原起诉状修改

核对诉讼请求、主体、金额、证据

形成提交版本

这个时候再去立案,

比“AI写完以后看两遍错别字就提交”稳得多。

直接复制的实战提示词

请作为未参与本案起诉状主要起草工作的独立复核Agent,对【起诉状初稿路径】、【事实—证据对应表】及【案件核心材料目录】进行提交前复核。本案为卖方追索货款的买卖合同纠纷,买方以货物存在质量问题为由拒付。请先站在【买方/被告律师】角度,重点攻击诉讼请求、付款条件、验收和质量异议、卖方是否承认质量问题、损失抵销及现有证据薄弱点;再站在【承办法官】角度,检查诉讼请求是否明确、案件事实链条是否完整、关键事实是否有证据支持、质量争议是否存在需要进一步说明或鉴定的问题。请先生成【起诉状提交前复核清单.xlsx/报告.docx】,列明问题位置、风险、攻击路径和建议处理方式,不要直接修改原起诉状。律师确认后再另行修改。

最后记住一句话

起诉状写完以后,

不要只问:

“有没有错别字?”

更值得问的是:

“如果我是被告,我会怎么打这份起诉状;如果我是法官,我看完以后还有什么没搞明白?”

一个负责攻击,

一个负责理解。

这两轮都过了,

起诉状才更适合真正提交出去。

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

CONTACT

联系李成律师

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

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

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