律所场景下的
案例库语义检索 · 场景方案展示

设想一家 70 余人、7 个业务部门的综合性律所。这类律所常见的痛点是「最值钱的资产是上万份案子，但只有少数老律师调得动」。拆开看是四件事：上万份历史案例与文书躺在案例库系统里，只能按当事人、案号、文书类型这些字段查，查不到「跟我手上这个争议焦点像的案子」；年轻律师不知道所里其实办过高度类似的案件，只能从零检索公开渠道；同一类争议在不同部门各办各的，经验不互通；遇到疑难案件，承办律师全靠人脉去问哪位同事办过——问到算运气。

这类场景的落地路径，第一步不是动手开发。合理的做法是和管委会合伙人、各部门骨干一起，把案例按案由、争议焦点、裁判要点、办案策略四个维度梳理出结构化标引规则；再抽样数百份案例做检索盲测，量化关键词检索的真实漏检率。结论通常是：能 AI 化的是「按争议焦点找相似案例、定位裁判要点」，不能 AI 化的是「判断某个先例是否适用本案、形成法律意见」——这必须由律师亲自做。

这类场景的落地路径，可以按业务部门分批上线，每批和管委会合伙人对齐一次。第一段是 结构化案例知识库——全部案例按案由、争议焦点、裁判要点、办案策略标引，模糊扫描件做识别清洗后入库；第二段是 争议焦点语义检索——律师用一段案情描述就能检索，结果按争议焦点相似度排序，每条都标明匹配点；第三段是 律师复核工作台——检索结果必须由承办律师标注「适用 / 部分适用 / 不适用」，标注沉淀为更准的标引；第四段是 权限与脱敏控制——检索严格按部门与利益冲突规则授权，涉密案件与冲突当事人自动隔离。

• 模块 1 · 结构化案例知识库（全部案例按案由 × 争议焦点 × 裁判要点 × 策略标引）
• 模块 2 · 争议焦点语义检索（案情描述检索 / 相似度排序 / 标明匹配点）
• 模块 3 · 律师复核工作台（三档适用性标注 / 标注回流为标引）
• 模块 4 · 权限与脱敏控制（按部门授权 / 利益冲突自动隔离 · 对接既有案例库）

这类场景值得守住三条「不做」的边界：不做法律意见生成，系统只负责找出相似案例并标明匹配点，是否适用、如何抗辩一律由律师判断，AI 绝不下结论；不碰利益冲突盲区，检索严格挂接律所利益冲突规则，承办律师查不到与本案存在冲突的当事人案卷，避免执业违规；不做无差别开放，案例库按业务部门与涉密级别分级授权，涉敏案件与未结案件单独管控。这三个边界，是这一方案能稳定运行、并经得起律所合规审查的根本原因。