判决书客户解读引擎

要解决的问题

把一份裁判文书直接丢给当事人，通常会出现三类麻烦：非法律读者看不懂裁判逻辑，关键金额和期限容易被误读；长文档里漏看一个附件或一行主文，结论就可能跑偏；更隐蔽的是，把未核验的推断写进客户版，会让结论无法追溯到原文，律师也难以快速复核。

这个技能把判决书解读拆成内部核验材料和客户交付物两条轨道：前者供律师逐项核对，后者按客户能理解的顺序组织内容，且每一步都能回到文书原文定位。

核心能力与关键步骤

技能按固定状态机运行，顺序不能打乱：

1. 信息采集：只询问缺失项，不重复提问；客户方、服务目的、材料范围、读者和脱敏要求合并成一轮简短提问
2. 文书体检：区分判决、裁定、调解及程序阶段，检查缺页、OCR 乱码、印章遮挡和附件缺失；金额、日期、案号同时核对文本层与页面图像，不只信 OCR
3. 分类与证据模型：输出分类置信度，按 >= 0.85、0.65–0.84、< 0.65 三档决定是否启用专项模块；每项核心结论保存 source_ref，并严格区分当事人主张、法院认定、报告计算、外部核验信息和律师建议
4. 律师核验稿：先生成 internal_review 数据层，包含请求—裁判逐项对照、主文拆解及原文定位、金额期限核对、矛盾与待确认事项
5. 确认门禁：客户方或服务目的未确认时，只能输出中立概览；不得自行宣称承办律师已审核，只能使用「客户沟通版草稿｜待承办律师确认」
6. 客户沟通版：按「结果 → 为什么 → 对客户的影响 → 现在做什么」组织，默认不展示分类置信度、内部推理和完整核验摘录
7. 期限与金额控制：区分裁判日、送达日、生效日和履行届满日；未提供实际送达信息时只说明计算规则；动态金额展示公式、变量、截至日和取整口径
8. 渲染与交付：封面与正文分离，PDF 封面独占第一页；输出文件名按模式区分，如中立概览、客户沟通版草稿、客户沟通版、律师核验附件

适用边界与注意点

专项支持民间借贷、买卖合同、劳动争议、房屋买卖和机动车交通事故责任纠纷；其他民事案件使用通用模块，不得套用相似类型的专项字段。

刑事、行政、国家赔偿、破产程序和复杂执行异议案件只做结构化解读；涉及实体法律意见时提示由相应领域律师复核。

缺少主文或关键页时，不得生成 client_final；客户版禁止使用「稳赢」「必然改判」「一定能执行到」等保证性措辞。