JSTAI 律师 AI 助手 · 数据本地 + BYOK 架构 · 428 项真测试
核心结论云端AI 和本地AI 不是二选一。对律师办案而言,最优解是混合架构:把"解析"和"脱敏"这两个必然接触原始明文的环节放在本地,把"推理"这个不需要真实数据的环节放到云端。上云的不是文件,是脱敏后的纯文本占位符。
"云端AI 和本地AI哪个好"是搜索量很大的问题,但大部分回答把它当成了二选一。
它不是。
先讲清两者的技术差异,再讲律师该怎么选。
模型跑在别人的服务器上。你把材料发过去,它算完把结果发回来。
特征:
模型跑在你自己的电脑上。材料不出门。
特征:
误解一:本地 AI 更安全,所以选本地。
本地运行确实安全,但如果你为了"本地"而牺牲了模型能力,输出质量下降,律师要多花几倍时间人工修改——时间成本也是成本。安全但难用,最后可能更危险(因为赶时间更容易出错)。
误解二:云端 AI 能力更强,所以选云端。
能力强是好事,但如果数据流向不受你控制,能力再强也没有意义。因为律师的保密义务是个人责任。
误解三:可以用 VPN 或者自建服务器,就等于本地。
VPN 解决的是网络加密,不解决"数据到了别人服务器"这个事实。自建服务器跑开源模型是本地,但你用的是另一个量级的模型。"传输过程加密"和"数据不出本机"是两件事。
| 维度 | 云端 AI | 本地 AI | 混合架构 |
|---|---|---|---|
| 模型能力 | 最强 | 受硬件限制(笔记本较弱) | 最强(推理走云端) |
| 数据流向 | 全部上云 | 完全不出本机 | 仅脱敏文本上云 |
| 成本结构 | 按量付费 | 一次性硬件投入 | 按量付费(推理量小很多) |
| 响应速度 | 快(服务器强) | 慢(本地算力有限) | 快 |
| 断网可用 | ❌ 不可用 | ✅ 可用 | ⚠️ 部分降级 |
| 合规友好度 | 低 | 高 | 高 |
看最后一行和第二行。混合架构同时拿到了"最强能力"和"数据可控",这是单一路线都拿不到的。
因为律师的工作流天然可以拆成两类任务。
"不上传怎么用AI"的完整答案在律师把案卷传云端,合规上到底算不算违规。
这两个环节必然接触原始明文,没有替代方案。
推理环节不需要真实数据,只需要语义。
云端模型看到的是这样的输入:
原告 @身份证号@(@出生年月@年生),住 @精确地址@。被告为 @公司名@,@统一社会信用代码@。@日期@ 原告向被告出借 @金额@ 元,被告于 @日期@ 归还 @金额@ 元,尚欠 @金额@ 元。
模型完全能理解这个案子的法律关系,但它拿不到任何一条真实信息。
案卷(本地)→ OCR 提取(本地)→ 敏感字段脱敏(本地)
↓
脱敏后纯文本(占位符)
↓
云端推理(只见占位符)
↓
输出结果(仍是占位符)
↓
本地还原真实信息
↓
docx 导出 → 律师审阅
看这张图:整条链路上,原始明文只存在于你自己的电脑上。
上云的是一个语义完整、身份信息全部脱敏的文本。这既是合规的,也是安全的。
判断一个脱敏方案够不够,看它认不认得这 18 类:
身份类
金融类
资产类
案件与位置类
注意最后三类和第 5、6 项。 很多人只盯着身份证和银行卡,漏掉了:
一个合格的脱敏方案,应该让你完全无法从上传内容里还原出"这是谁"。
这些环节在真实办案里怎么跑,见案卷整理的5步闭环。
很多人会问:本地优先是不是意味着更贵或更慢?
实际上可能更省。
因为上云的只有脱敏后的纯文本,而脱敏会大幅压缩内容(身份证号 18 位变成 8 个字符的占位符,姓名变成 @姓名@)。推理 token 数量显著减少,云端费用随之下降。
加上主程序免费永久使用,整体持有成本比按席位订阅的云端 SaaS 更可控。
这就是"关键路径不能断,非关键路径可以依赖网络"的设计。
有些场景必须纯本地,比如处理涉密案件、或者律所有内网要求。
这条路可行,但要先认清代价:
我的建议是:如果没有硬性的保密要求,混合架构的性价比更高。 纯本地更适合"涉密必须离线"这种极少数场景。
注意:纯本地方案同样需要脱敏环节。 因为就算不上云,如果你在本地存了未脱敏的中间文件,那份文件的生命周期依然是你的责任。
这个判断标准也可以直接拿来自查,见法律AI选型指南:6 个必问问题。
大多数律师应该选中间那个。
因为它同时满足了"能力最强"和"数据可控"这两个通常被认为矛盾的要求——代价只是理解了架构逻辑,而不需要你在安全和效率之间做取舍。