智慧法院建设已经从"上信息系统"走到了"上 AI"这一步。类案检索、文书辅助、审判态势分析,几乎每个地方法院信息中心都被要求今年拿出方案。但当采购需求摆上桌,问题立刻浮现:哪些是真能落地的能力,哪些是套壳大模型的演示?数据从哪来才合规?怎么过等保和信创?预算怎么分档?本文把法院 AI 系统的采购,拆成一份能直接照着执行的清单。
一、法院为什么现在要上 AI:三个硬场景
法院上 AI 不是赶时髦,是几项审判管理要求倒逼出来的。最成熟、也最值得先投入的是这三类场景:
| 场景 | 解决什么 | 政策 / 业务驱动 |
|---|---|---|
| 类案检索与推送 | 办案时自动推送同类案件、关联裁判规则,辅助法官统一裁判尺度 | 最高人民法院《关于统一法律适用加强类案检索的指导意见》要求特定情形必须进行类案检索 |
| 文书辅助 | 要素抽取、文书智能生成与纠错、繁简分流,压缩事务性工作 | 案多人少矛盾突出,需向技术要审判效率 |
| 审判管理 / 数据中台 | 全院案件数据结构化,支撑同案不同判预警、办案质效分析、司法统计 | 审判管理现代化、司法责任制配套监督 |
这三类的共同点是:都建立在"有一个干净、全量、结构化的裁判文书与法规数据底座"之上。没有数据底座,后面的模型和工具都是空中楼阁——这也是采购里最容易被供应商一笔带过、却最该重点考察的部分。
二、智慧法院 AI 系统的技术分层
一套能真正用起来的法院 AI,不是单一软件,而是四层叠起来的。看懂这四层,就能识别出供应商到底交付了完整系统,还是只给了其中一块:
| 层 | 包含 | 缺了会怎样 |
|---|---|---|
| ① 数据底座 | 全量结构化裁判文书(刑事/民事/行政/执行/国家赔偿)、法律法规、司法解释、地方规范性文件 | 类案检索召不全、推得不准,模型"凭印象答题" |
| ② 法律大模型 | 司法语料微调的专用模型,跑在院内 GPU 上,做语义检索、要素抽取、文书生成 | 通用模型不懂法言法语,法条张冠李戴、不可控 |
| ③ 业务工具 | 类案推送引擎、量刑参考、文书生成/纠错、画像与态势分析、可视化看板 | 有数据有模型,法官却"用不上手",项目验收即闲置 |
| ④ 对接层 | 与现有审判流程管理系统、办案平台、档案系统的标准 API 对接 | AI 成了"第二套系统",法官要来回切换,推不动 |
采购时一个简单的判断法:让供应商把这四层逐一对应到交付物清单。凡是只能在前两层说得头头是道、到第③④层就含糊的,基本是拿通用大模型套了个法律外壳,落不了地。
三、合规与等保:写进需求才能过会
法院项目过不过得了评审,合规是一票否决项。下面几条建议直接抄进采购需求文件:
- 专网部署、数据不出域:全套部署在法院专网 / 政务内网,模型院内推理,无任何外网调用。这是政法系统的底线。
- 过等保三级:满足《网络安全等级保护基本要求》(等保 2.0)第三级,提供等保测评配合材料。
- 信创适配:优先适配国产 CPU、操作系统、数据库与国产 GPU 信创方案,提供信创环境部署与适配清单。
- 数据来源合法可溯源:裁判文书与法规均源自人民法院公开渠道,每条可溯源,杜绝来路不明的爬取数据。
- 辅助定位、不越界:量刑参考、类案推送等明确为"辅助参考",由法官独立裁量,系统留痕可审计,不替代裁判。
- 离线更新:案例库与法规库通过加密增量包离线导入,保持时效又不开外网口子。
四、采购清单:照着问供应商的 12 个问题
把这份清单发给候选供应商,一轮问下来就能筛出谁是真有数据、真能落地:
- 数据范围有多少篇?覆盖哪几类文书?截止时间与更新频率?来源是否合法可溯源?
- 数据是否已做结构化(当事人、案由、争议焦点、裁判要旨、法条引用)?结构化字段有多细?
- 模型是司法语料自研微调,还是通用大模型套壳?能否提供法律任务的准确率 / 召回率指标?
- 类案检索是语义向量还是关键词?能否做到"相似案情"召回,而不只是关键词匹配?
- 是否完整交付业务工具(类案推送 / 量刑参考 / 文书生成纠错 / 态势看板),还是只给数据接口?
- 能否对接本院现有审判流程管理系统?提供哪些 API、接口文档与联调支持?
- 部署是否完全离线?能否过等保三级?是否提供测评配合材料?
- 是否支持信创环境(国产 CPU / OS / 数据库 / GPU)?提供适配清单。
- 权限能否按法院组织结构(院领导 / 庭室 / 法官 / 法官助理 / 书记员)分级,操作可审计?
- 能否用本院历史卷宗做二次微调,形成贴合本地审判习惯的能力?
- 交付周期?是否先出可行性验证 / 演示 demo 再正式实施?
- 报价结构与服务期:硬件是否包含?年度数据同步、模型升级、定制需求如何约定?
五、预算与建设周期
法院 AI 不必一次到位,可按建设范围分档,与财政预算和招投标节奏对齐:
| 档位 | 建设范围 | 适合 |
|---|---|---|
| 基础版 | 数据底座 + 类案检索 / 推送,嵌入现有办案界面 | 先落实类案检索要求、快速见效 |
| 标准版 | 基础版 + 法律大模型院内推理 + 文书辅助生成 / 纠错 | 缓解案多人少、提审判效率 |
| 中台版 | 标准版 + 全院数据中台 + 同案不同判预警 + 质效分析看板 | 审判管理现代化、院级决策支撑 |
硬件按 GPU 集群规模从数十万到数百万不等,数据库与检索部分用普通服务器即可。建设周期上,建议先用约 30 天做可行性验证或演示 demo,跑通本院真实案件场景后,再按预算分期实施。这样既控制了财政风险,也避免"一次性大投入、上线即闲置"。
六、四个常见误区
- 只买数据、不买工具:买回一堆文书数据,没有检索引擎和工作界面,法官用不起来,等于把难题留给信息中心自研。
- 被"大模型"三个字带跑:演示时对答如流,真上院内专网、断了外网就缩水。一定要现场看离线环境下的真实效果。
- 忽视系统对接:AI 不接入现有审判系统,变成法官要登录的"第二套系统",再好也推不动。
- 数据来源不查:用来路不明的爬取数据,合规和可溯源都过不了关,后患无穷。
七、常见问题
Q:我们院信息力量有限,后期维护得动吗?
A:成熟方案交付含部署、培训与服务期。服务期内数据同步、模型升级、bug 修复与定制需求由供应商负责,信息中心只需日常运维。
Q:能不能先在一个庭室试点?
A:建议如此。从案件量大、规则相对清晰的庭室(如金融借款、买卖合同、劳动争议)起步,跑出效果再全院推广,决策风险最低。
Q:检察院、司法局能用同一套吗?
A:数据底座与法律大模型是通用的,业务工具按场景定制——检察院侧重类案推送 + 起诉书辅助,司法局侧重数据中台与辅助决策。底座复用,上层适配即可。
为你的法院 / 司法机关评估一套 AI 方案
提供院级规模与拟建场景,1 个工作日内反馈技术分层方案与 demo 邀请。可在信创 / 专网环境演示,演示阶段不收费。
📞 联系商务 Jack · 131 6872 7779或邮件 chenjiaxin@wenshucha.com · 查看 私有化部署方案
相关阅读:律所 AI 私有化部署完全指南 · 类案检索与胜算量化工作台 · 裁判文书 API / MCP 定价