律师把案卷传云端AI，合规上到底算不算违规？
JSTAI 律师 AI 助手 · 数据本地 + BYOK 架构 · 428 项真测试
核心结论目前没有一条法律条文直接禁止律师把案卷上传到云端AI工具。但《律师法》第三十八条的保密义务是绝对义务，不因平台合规存储而免除。真正的风险不在于"能不能传"，而在于"传出去之后，数据生命周期不由你控制"——而这个风险敞口，律师是以个人身份承担的。
本文目录
这是律师群里被问得最多的问题之一，也是最容易被含糊回答的问题。
先给结论：
没有哪部法律明文规定"律师不得把案卷上传到云端AI"。但这不代表上传没有风险。
真正的风险不在法律条文里，在律师的身份里。
一、《律师法》第三十八条到底说了什么
原文：
第三十八条 律师应当保守在执业活动中知悉的国家秘密、商业秘密，不得泄露当事人隐私。
这 twenty七个字有三个特征值得注意。
第一，这是绝对义务。 条文用的是"不得泄露"，不是"除经当事人同意外不得泄露"。没有除外条款。
第二，义务主体是律师个人。 不是律所，不是平台，是"律师"这个自然人。平台如果出问题，法律责任的第一承担者仍然是律师。
第三，范围涵盖"国家秘密、商业秘密、当事人隐私"三类。 案卷里有什么？当事人的身份证号、银行卡号、家庭住址、婚姻状况、病情、公司股权结构、交易金额。这些绝大多数都落进后两类。
一个容易被误读的地方
有人会说："我用的是正规平台，有 ISO 27001 认证，数据是加密的，所以合规。"
这个推理有一个漏洞。
ISO 27001 认证管的是"你怎么管理安全"，不是"数据流向哪里"。
通过认证和不上云，是两件完全不同的事。一家完全可以合规地把你的数据传到云端、加密存储、定期删除、承诺不用于训练——同时完全符合 ISO 标准，而你的案卷依然离开了本机。
认证解决的是"会不会被黑客偷走"，它没有解决"数据会不会被上传"。
二、案卷上传之后，实际发生了什么
多数律师对"上传"的想象停留在"我传给它，它看一眼就还给我"。真实情况是三层留存。
如果你已经决定要用AI，接下来是"怎么用才安全"。这部分在云端AI和本地AI到底差在哪里有环节级的拆解。
第一层：文件本身
起诉状、证据材料、身份证复印件、合同原件、庭审笔录、会见笔录——拖进对话框的那一刻，它们就离开了你的电脑。
第二层：服务端日志
这是最少被讨论、但最普遍的一层。主流云端大模型 API 都会记录请求内容，用于调试、质量分析、滥用监控或计费对账。
- 留存多久？各平台策略不同，公开的通常只有"按需"或"符合法律要求"。
- 谁能看？平台员工在特定权限下能否访问，取决于内部制度，你无从得知。
- 你能不能自己删除？通常不能。 除非你签的是有明确数据处理协议的企业合同。
第三层：训练语料
部分服务商使用用户数据改进模型。现在主流产品大多有"不用于训练"的开关或承诺。
但这里有三个追问空间：
- 承诺的法律约束力有多强？ 产品页上的一句话，和合同里的数据处理协议（DPA），不是一个效力等级。
- 可撤销性？ 你停止服务之后，历史数据怎么处理？
- 如果服务商被收购呢？ 承诺跟着公司走，还是跟着你走？
这些问题不是要你怀疑谁，是律师职业习惯——任何重要承诺，都应该落到可执行的文本上。
三、真实发生过的风险是什么
近年多地发生过律所数据相关事件，其中相当一部分的源头不是被黑客攻破，而是"自己上传的"。
典型的三种情况：
第一种，无意识上传。 律师为了图快，把整包案卷直接拖进 AI 对话框。里面包含所有当事人的完整身份信息，而这些信息在脱敏前就已经在第三方服务器的日志里躺着了。
第二种，工具选错。 用了来源不明的"免费 AI 律师助手"。这类工具的核心商业模式往往就是收集数据——没有收入来源的产品，不可能承担大模型推理成本，那么成本从哪来？
第三种，权限外溢。 个人账号是免费的，团队用共享账号。任何一个成员上传的内容，其他人都能看到，而律师本人可能并不知情。
这三种情况有一个共同点：都不是被攻击，而是流程上没有卡点。
四、那么问题来了：不上传，怎么用AI
这是关键，也是很多讨论停摆的地方。
如果不传，AI 就没法读你的案卷，那用AI的意义何在？
答案是：拆分环节。
不是"案卷上不上云"的二选一，而是逐个环节判断哪个必须本地、哪个可以上云。
一个完整的办案流程至少包含这些环节：
| 环节 | 处理对象 | 能不能上云 | 原因 |
|---|---|---|---|
| 案卷 OCR 提取 | 原始 PDF / 图片 / 扫描件 | ❌ 不能 | 原始材料含全部明文信息 |
| 敏感字段脱敏 | 身份证号、账号、住址等 | ❌ 不能 | 脱敏必须在看到原文的本地完成 |
| 云端推理 | 脱敏后的纯文本 | ✅ 可以 | 云端只看到占位符 |
| 真实信息还原 | 输出结果 | ❌ 不能 | 还原必须在本地完成 |
| 文书导出 | 最终 docx | ❌ 不能 | 本地生成，律师审阅后使用 |
看这张表就能发现一个规律：五个环节里，只有第三个可以上云。而那恰恰是不涉及案件原始数据的那个环节。
这就是"本地优先 + 云端推理"架构的全部逻辑——它不是妥协，是把上云范围压缩到理论最小值。
这套"拆环节"的方法怎么落到具体流程上，见案卷整理的5步闭环。
18 种敏感字段应该覆盖哪些
判断一个脱敏方案够不够，看它认不认得这些：
身份证号、手机号、银行卡号、银行账户名、开户行、案件合同号、房产证号、车辆牌照、公司统一社会信用代码、税号、邮箱、QQ/微信号、精确到门牌号的地址、大额交易金额、诉讼参与人姓名、律师执业证号、当事人签名与印章。
注意最后三类——很多人只盯着身份证和银行卡，漏掉了诉讼参与人姓名和律师执业证号。这两项泄露的后果同样严重：前者直接关联案件，泄露等于案件公开；后者涉及执业身份。
脱敏后应该是这样：
原告 @身份证号@，住 @精确地址@，账号 @银行账号@ 于 2024 年 3 月 15 日向被告 @公司名@ 转账 @金额@ 元。
云端模型看到的是这样。它能理解语义，但拿不到任何真实信息。
五、一份可落地的自检清单
不管你用哪家的工具，这 8 个问题应该问得出来：
- 案卷解析（OCR）在本地还是云端？
- 敏感字段脱敏在本地还是云端？
- 脱敏后上云的是纯文本还是原始文件？
- 真实信息在哪一步还原，在谁的机器上？
- "不用于训练"这个承诺，能写进合同吗？
- 支持企业合同和数据处理协议（DPA）吗？
- 数据留存期限是多少，终止服务后如何处理？
- 有没有办法验证脱敏真的生效了（而不只是产品页上的说法）？
这 8 个问题里，如果第 1、2、4 题的答案不是"本地"，那不管厂商多大、数据库多全，都要重新评估。
如果这些问题里有三个以上答不上来，建议直接看律师用AI最容易踩的6个坑，那里面是律师实际踩过的场景，比问题清单更直观。
六、律所层面还要额外考虑
个人律师用完 AI 就结束了，律所多一层问题：团队协作。
- 共享账号等于共享全部上传内容
- 成员离职后历史数据是否可追溯
- 不同案件材料是否有权限隔离
- 是否有留痕机制（谁在什么时候上传了什么）
这几个问题在《律师执业行为规范》里都有对应要求。团队用 AI 工具之前，建议先把这些内控规则写下来，比事后追责有用得多。
律所层面的选型决策跟个人律师的判断标准不太一样，团队版本见法律AI选型指南。
七、一句话总结
律师用 AI 办案，合规的天花板不是"平台合不合规"，是"你能不能控制数据流向"。
能从技术上把原始数据按在本机，就不要把它交出去。
这不是不信任技术，是律师这个职业的基本要求——你能对当事人承诺保密，就意味着这份责任最终落在你身上，任何环节失控，最后找你的是你。