JSTAI 律师 AI 助手 · 数据本地 + BYOK 架构 · 428 项真测试
核心结论AI 生成的文书,法律责任 100% 在律师身上。法院不区分这段文字是谁写的,执业考核不区分,当事人的追责不区分。「我让 AI 写的」在任何一个环节都不是抗辩理由。AI 降低的是工作量,不转移责任。
律师用 AI 的讨论,大多集中在"好不好用",很少谈"会踩什么坑"。
但对你来说,后者其实更重要。
AI 降低的是工作量,不是责任。出问题的时候,没有人问你用了什么工具。
下面 5 个风险,按危险程度排序。
这不是段子,是已经被多次强调的红线。
AI 不能代替律师出庭,不能代替律师接受询问,不能代替律师发表代理意见。
原因在《律师法》和《民事诉讼法》的双重约束下:
这6个坑里有一半在选型阶段就能提前避开,见法律AI选型指南:6 个必问问题。
AI 可以帮你准备,但你必须逐字读。
一个简单判断标准:如果这句话被对方律师当庭逐字质问你,你能立刻解释为什么要这么说吗? 不能,就不要说。
这是我最想展开讲的一个,因为它高频、可预防,但后果严重。
这些错误的共同点是:AI 生成的数字看起来非常合理。
一个错位的身份证号,前 17 位完全正确,最后一位错了。肉眼扫一遍根本看不出来,但它在系统里就是不匹配。
因为它在做的是"补全",不是"查询"。
11010119900101123X,它可能识别出这是身份证格式关键信息必须可追溯到原件。
我用的方法是这样的:让 AI 在生成文书后自动回检一遍关键信息——把原告/被告姓名、身份证号、金额、日期、管辖法院单列出来,和案卷原文比对,列出核对结果。
为什么要让 AI 自己查,而不是我闭眼扫? 因为人对长数字的敏感度远不如想象,扫 10 遍和扫 1 遍的错误率差不多。而机器做字符串比对是精确的。
这个自检环节是必须的,不是可选的。它把"我可能漏看了"变成"机器已经比对了"。
这个风险的麻烦在于:它编的东西看起来非常专业。
AI 生成的法条和案例必须核原文。哪些环节最容易出错、上游是怎么产生的,见律师把案卷传云端,合规上到底算不算违规。
我见过这类问题:
这些错误的杀伤力在于:如果对方律师没查,直接接了;如果你也没查,直接交上去了——开庭时才发现。
AI 给你的是检索线索,不是法律依据。
在任何一个专业的法律数据库里花 5 分钟核对,好过在法庭上被戳穿 5 分钟。
这个风险最"轻",但最影响当事人对你的观感。
法院对文书格式的要求是有明确规范的,包括:
用标准模板,别让 AI 自由发挥格式。
具体的做法是:先给它一份你写的、格式最规整的文书作为锚点。
告诉它"这是我以前的风格",AI 学格式比学内容快得多。给它一个锚点,后面所有输出都对得上你的习惯。
否则它给你写出来的全是标准模板腔——一眼就知道不是律师写的。
这一条是所有风险的根源,前面四条都是它的具体表现。
再强调一次:律师的保密义务是个人责任,不是技术责任。
《律师法》第三十八条:"律师应当保守在执业活动中知解的国家秘密、商业秘密,不得泄露当事人隐私。"
没有除外条款。平台合规,不等于律师免责。
如果你把当事人的完整身份信息、银行卡号、家庭住址原样提交给一个第三方云服务,而你自己无法控制这些数据在服务端的生命周期,这个风险敞口是律师以个人身份在承担。
具体到 AI 使用场景,如果你用它处理了不该处理的东西,那个后果不会有"是 AI 干的"这种说法。
保密义务是个人责任,光靠自觉守不住,得在技术上卡住这条边界,见云端AI和本地AI到底差在哪。
回到那三个问题:
三个都是"本地",才算数据本地优先。
这不是不信任技术,是律师这个职业的基本要求。具体分析见《律师把案卷传云端,合规上到底算不算违规》一文的完整拆解。
每次用 AI 处理完案卷,按这个顺序走:
| 序号 | 动作 | 关键点 |
|---|---|---|
| 1 | 确认工具的三个"本地"问题 | 数据流向了哪里 |
| 2 | 核对关键信息 | 姓名、身份证号、金额、日期、管辖 |
| 3 | 核对法律依据 | 法条、案例、司法解释是否真实有效 |
| 4 | 核对文书格式 | 诉讼请求、案号、当事人信息栏位 |
| 5 | 人工审阅 | 逐字读,确认每一句都认同 |
| 6 | 归档留存 | AI 生成版本 + 人工修订版本 |
这 6 步没有一个可以跳过。 跳过的每一步,都在给自己积累一个潜在的执业风险点。
律师用 AI 的核心矛盾是:AI 能提高效率,但不能承担责任。
所以正确的用法,从来不是"让 AI 替我做",而是:
让 AI 接手重复劳动,让律师腾出时间做判断。
我自己的原则是:所有可核验的信息,AI 负责初稿和校验,我负责确认;所有涉及法律判断的部分,我自己来。
这听起来保守,但它是我用 AI 办案一年多,唯一没有出过事的做法。