夜雨聆风晚上九点多，我给 AI 助理派了个活：查一下知识库里有没有《诉讼费用交纳办法》，没有就从官网下载存档。
这本来是一桩小事。做律师的都知道，诉讼费怎么算、按什么标准收，是起诉前绕不开的一步。查个法规、存个档，几句话的事。我也没指望它做出什么花样来。
结果它给我跑出了一整条工作流。
第一步：先查，不瞎编
助理先翻了本地知识库，确认《诉讼费用交纳办法》确实不在库里，只有一张“诉讼费退费收条”的模板——那是张收条，不是法规本身。
它没有凭记忆给我默写条文。这一步我特别满意。法律工作最怕的就是“差不多先生”，凭印象引法条，引错了是要出大事的。它老老实实去了中国政府网，找到国务院令第481号的官方文本，又从法院官网下载 PDF，逐字核对后存进了知识库。
存完还核对了这版法规是不是最新。查到国务院公报官网（2007年第4号）至今仍在线上，内容没变，确认这版现行有效，没有新修订替代，这才放心。
第二步：它发现我服务器上原有的诉讼费计算skill的标准有问题
法规存完，我随口说了句：把它纳入诉讼费自动核算。
助理写了份核算脚本，却在核对数据时发现——知识库里原有的诉讼费自动计算的skill，有两处跟法规原文对不上：
一处是破产案件申请费，原有诉讼费自动计算的skill写“最高不超过10万元”，法规原文是“最高不超过30万元”，差了整整3倍。另一处是申请执行费，原诉讼费自动计算的skill“无需交纳”，实际上有分段收费标准，只是执行后由被执行人承担。
它没糊弄过去，直接按法规原文把这两处改了过来。诉讼费计算的skill是几个月前其他网友手搓的，估计当时大概抄漏了。这种错，不落实在核算时根本发现不了。
第三步：自己写脚本，还自己测
真正的重头戏在核脚本。助理没有用“口算”糊弄我，而是写了一个完整的 Python 核算工具，把《诉讼费用交纳办法》里的收费规则一条条落成代码：
财产案件按标的额分段累计、离婚案件涉及财产按0.5%超额累计、保全费封顶5000元、破产申请费封顶30万、简易程序和调解结案减半……
写完它没直接交差，先跑了一遍全类型测试。这一跑还真跑出两个 bug：一个费率的速算公式边界判断写错了，另一个是引用的法条文件路径找不对。它自己改了，再测，直到所有档位都能对上官方示例数字，才把结果交给我。
第四步：多问一句“版本对不对”
最后它还主动提了一句：要不要核对一下这版法规是不是最新。
这句话挺关键。法规这种东西，一旦有修订而我们还按老版本收费，轻则算错钱，重则影响案件。它查到官网原文、确认现行有效，还验证了引用的民诉法、行政诉讼法虽然后续有修正，但收费条文本身没动，这才算闭环。
一点想法
这一晚的对话让我想明白一件事：AI 助理真正值钱的地方，不在“能答多少问题”，而在“答完之后会不会自己往下做、发现坑、补上坑”。
它查法规，会确认版本、核实来源、存进可复用的知识库；它算诉讼费，会写工具、跑测试、把错误一个个修掉；它交结果，会附上依据、说明边界。这套做事的章法，跟带一个刚入行的助理是一样的。
与其说它聪明，不如说它把“不做差不多先生”这条职业底线，执行得比很多人还彻底。
法律行业迟早要跟 AI 共事。我这一晚的感受是：工具越能干，越考验背后的人的判断——什么时候让机器跑，什么时候自己拍板，这个度，始终在我们手里。
