线索分散、口径不一
同一对象在不同系统里的字段名、编号规则、时间格式都不一样,人工比对要先做一轮“翻译”。
不是“查不到”,而是“查得完但拼不起来”。
同一对象在不同系统里的字段名、编号规则、时间格式都不一样,人工比对要先做一轮“翻译”。
扫描件、照片、表格、笔录混在一起,关键信息被埋在版式和图片里,先要变成可检索的文本。
研判材料有自己的体例,每一句结论都要能指回原始材料。写不快是次要的,写错才是问题。
三个角色分工,一个主控调度,人工在关键节点复核。
扫描件、图片、表格、笔录统一走 OCR / 提取链路,转成带来源标记的结构化记录,原文与出处全程保留。
按研判目标从各系统取数,做字段对齐与实体归一,把“同一个人、不同编号”合并到一条线索上。
做时间线、关系网络与异常点比对,输出有依据的初步判断,并标出证据强度与存疑项。
按单位体例成文,每段结论带引用溯源;主控 Agent 负责调度与失败重试,人工复核后再定稿。
查、比、写三个角色的要求互相冲突,塞进一个提示词会互相干扰。
每条结论都能指回原始材料与具体页码,不出现“据分析”这种无法追溯的表述。
关键结论必须经复核确认后才进入材料,智能体不替人下最终判断。
专网 / 内网私有化部署,数据不出域;适配信创软硬件;支持容器化与离线交付; 按单位安全要求配置网络分区与访问策略。
业务系统数据库(只读账号)· 案卷与材料库 · 既有 OCR / 检索能力 · 统一身份与权限体系 · 单位内部文档模板与体例规范。
同方向的脱敏案例见 案件研判智能体:多源线索关联与可复核研判材料;更多方向见 客户案例库。
交付流程、验收标准与服务保障见 智能体定制开发。
不会。它输出的是带证据与出处标识的初步判断和成文草稿,关键结论必须经人工复核确认后才进入正式材料。
可以。场景可以按段拆:先做解析入仓与检索归一,跑通了再接入分析与写作,不必一次上全流程。
敏感字段按规则脱敏后才进入模型上下文,权限与单位既有体系对齐,模型侧只拿到脱敏后的必要信息。
能。每一次工具调用、每一步推理、每一条结论都有留痕,可以按任务回放到具体环节。
我们按增量与批处理两种模式设计:日常走增量,历史材料做一次性批处理入库。实际吞吐在上线前用真实数据做压力验证。
留下场景与部署环境,我们会先判断这件事适不适合用智能体、该用哪一种,再谈怎么做。不合适我们会直说。