先解决分类问题
没有统一分类就无法做齐备性核对；按主体、文件类型与事项三个维度建立分类口径，并与检查表对齐。
OnvergeAi · OnvergeAi
尽调资料审阅
面向律所与投资机构的尽调团队：把成百上千份文件先分类、建目录、抽查要点，输出缺失项清单与待确认事项，让人工从翻文件转移到做判断；系统不作结论、不作估值、不认定权属与法律效力，材料齐备性由项目律师确认。
这个场景做什么
面向尽调、并购与合规审查中的批量资料：把成百上千份文件先分类、建目录、抽查要点，再输出缺失项清单与待确认事项，让人工从「翻文件」转移到「做判断」。系统只做分类、定位与抽取，不作结论、不作估值、不认定权属与法律效力；材料齐备性与结论由项目律师确认。
资料量大、来源杂、格式不统一（人工分类与缺项核对耗费大量助理工时，遗漏风险高）
缺项往往在后期才被发现（反复补件导致项目周期延长）
同类要点在多份文件中重复出现（人工比对本容易出错，且难以留痕）
项目周期压力大（时间紧、材料多，质量与进度难兼顾）
能力边界
不认定权属、不作估值、不出具法律意见；不判断材料真伪与效力；不代替项目律师出具尽调报告结论；不自动对外发送任何材料。
场景分析
尽调场景的时间压力来自「看不过来」，风险来自「看漏了」。这个场景的做法是把看的工作结构化，把判断留给律师。
齐备性比对是枢纽
把检查表条目与已提供材料逐项比对，缺失项在项目早期暴露，避免后期反复补件。
抽取保留出处
所有抽取结果附文件与页码；无法定位的内容不进入底稿，避免出现「查不到来源的要点」。
矛盾只提示不定性
信息冲突时输出「待核实」条目，由律师核实后决定是否进入报告，系统不作真伪判断。
底稿是起点不是终点
生成底稿骨架与要点清单，律师在此基础上修改定稿，保证专业意见仍由人作出。
输入输出与复核
每一步都绑定明确的输入、输出与把关角色，避免产出物无人认领。
| 环节 | 输入与处理方式 | 输出与把关角色 |
|---|---|---|
| 分类与目录 | 输入：批量资料（只读）。处理：解析、按主体/类型/时间分类并建立索引。 | 输出：分类目录 · 项目律师抽查 |
| 齐备性核对 | 输入：检查表 + 已提供材料。处理：逐项比对，标注缺失与待补充。 | 输出：缺失清单 · 项目律师确认 |
| 要点抽取 | 输入：合同与主体文件。处理：抽取权利义务、期限、违约责任并保留出处。 | 输出：要点表 · 项目律师核对 |
| 矛盾提示 | 输入：多源信息。处理：比对不一致项，统一标注为待核实。 | 输出：待核实清单 · 项目律师核实 |
| 底稿生成 | 输入：模板 + 已确认要点。处理：按模板组织内容。 | 输出：底稿骨架 · 项目律师定稿 |
治理保障
多主体资料的特殊风险是交叉泄露，治理重点在项目隔离与导出管控。
- 项目级隔离
- 每个项目独立空间、独立索引、独立成员；跨项目检索默认关闭。
- 导出审批
- 任何导出与对外发送须经审批并留痕；系统不提供自动外发通道。
- 材料最小化
- 仅接收完成委托所需的材料；涉及个人信息的字段按规则处理。
- 待核实标注
- 所有不确定项统一进入待核实清单，禁止在系统内直接输出定性结论。
- 项目结束处置
- 按约定返还或删除项目资料与衍生索引，出具处置记录。
价值与衡量方式
价值集中在项目前期：缺项早发现、分类早统一、底稿早起步，三件事都能消耗最少的人工时间。
- 缺项前置暴露
- 衡量方式：统计处理前 1—2 周内识别出的补件项数量与平均补件周期变化。
- 分类与核对工时下降
- 衡量方式：对同一批材料分别统计人工分类与系统辅助分类后的人工核对耗时。
- 底稿起步更快
- 衡量方式：统计从材料齐备到首版底稿产出所需时间。
- 留痕完整可追溯
- 衡量方式：抽查要点抽取的出处定位完整率与复核记录完整性。
※ 以上为方法说明与衡量口径，不构成对具体项目效果的承诺；结果受材料质量与检查表口径影响。
场景的结构化说明
- 典型任务
- 按文件类型、主体、时间与事项分类，输出可回溯目录：批量资料分类与目录；对照检查表逐项比对，输出缺失项与待补充清单：材料齐备性核对；抽取主体名称、出资、持股与变更记载，标注来源文件与页码：主体与股权信息梳理；抽取重大合同中的权利义务、期限、违约责任与解除条款：关键条款要点提取；列出信息不一致或时间冲突的条目，作为待核实清单（不认定真伪）：异常与矛盾点提示；按模板生成底稿骨架与要点，供项目律师修改定稿：审阅工作底稿生成
- 适用前提
- 客户确认可处理的资料范围、使用目的与期限，涉及个人信息与合作方秘密的按规则处理（资料授权与使用目的明确）；齐备性核对依赖双方确认的检查表，口径不清则无法判断缺失（确定检查表口径）；不同项目、不同交易方资料需隔离，避免交叉可见（明确项目隔离要求）；待确认清单与底稿的确认人对结论负责（指定复核责任律师）
- 推荐部署
- 纯私有化；知识库本地化 + 外部模型
- 推荐架构
- 按项目建立独立空间：资料只读入库，解析与切片在隔离空间完成；检索与查看按项目与角色过滤；输出统一为「待确认清单 + 底稿骨架」，并保留来源定位。需要外部模型参与时，仅允许脱敏后的最小片段经审批外发。
- 数据流与边界
- 资料接收：按项目只读接收材料，登记来源与范围；解析与分类：在项目隔离空间内解析、按主体与类型分类并建立索引；齐备性比对：对照检查表逐项比对，输出缺失与待补充项；要点抽取与提示：抽取关键条款要点，矛盾项统一标注为待核实；底稿生成：按模板生成底稿骨架与待确认清单；人工核实：项目律师逐项核实原文，确认后进入对外报告流程
- 交付物
- 分类目录与来源索引（目录）：文件分类、主体、时间与来源页码索引；齐备性缺失清单（清单）：按检查表逐项标注已提供/缺失/待补充；要点抽取表（表格）：主体、权利义务、期限与违约责任的抽取结果与出处；矛盾与异常提示清单（清单）：信息不一致与时间冲突条目（仅提示，不判断）；底稿骨架与模板（模板）：按项目类型组织的底稿结构与填写说明；操作规范与复核规则（文档）：项目隔离、权限、日志与复核留痕要求
- 上线节奏
- 第 1 周：检查表口径确认、项目隔离与权限设计；第 2—3 周：批量分类、解析与齐备性核对；第 4—5 周：要点抽取与底稿试点，律师逐项核实；第 6 周起：按项目复用，按项目类型调整分类与检查表
- 人工复核点
- 分类与目录 / 项目律师 / 抽查分类结果与来源页码正确性；齐备性缺失清单 / 项目律师 / 逐项确认缺失判定与补充要求；要点抽取 / 项目律师 / 金额、期限、违约责任逐项核对原文；矛盾与异常提示 / 项目律师 / 核实后决定是否进入报告，不作自动定性；底稿定稿 / 项目律师 / 底稿确认后方可进入对外报告流程
- 风险控制
- 跨项目资料可见：按项目建独立空间与索引，账号与项目成员绑定；把提示当成结论：矛盾与异常统一标注为「待核实」，禁止输出定性判断；材料对外泄露：禁止自动外发；导出行为需审批并留痕；缺项清单被误用为完整结论：清单页脚明确「依赖客户提供范围与检查表口径」
- 合规依据
- 律师法：对执业中知悉的商业秘密与当事人隐私承担保密义务；个人信息保护法：涉及个人信息的资料须按最小必要处理并限定使用目的