首页项目案例关于我们提交业务需求
全部项目案例
02二级市场金融企业
二级市场金融 · 上市公司事件研究

上市公司事件监测与研究信息自动化

多源采集、按企业流程归纳、上下班定时推送研究简报

公开披露与内部平台的新增事项自动归集,按企业研究流程归纳股权与股东变更,并与企业案例库内历史案例对照,在上班、下班定时推送研究简报。

我们做了什么

公开披露与内部平台自动归集,早晚定时推送研究简报

  1. 01

    多源信息采集与归集

    自动采集公开披露信息

  2. 02

    流程化归纳与案例对照

    按内部研究流程归纳变动事项

  3. 03

    定时推送研究简报

    上班、下班定时推送简报

查看具体交付

带来的效果

减少资料准备,专业时间用于核实与研究

AI 归集事件资料与原文,核对字段、检索相似案例并准备简报;研究人员核实关键事实,持续跟踪事件进展。

聊聊同样的场景回到首页模型与数据留在企业内部
业务改善

这项工作带来了哪些变化

  • 公开披露与内部平台的新增事项由工作流归集,减少人工采集
  • 股权、股东等变更按企业研究流程归纳,减少手工摘录
  • 研究简报在上班、下班定时推送,加快研究信息向管理层传递
  • 历史案例对照由人工检索比对改为案例库检索,研究准备更快
  • 信息核对、缺项补全与处理状态在界面上可见,便于复核与交接
客户挑战

上线之前,现场是这样的

01

信息分散在多平台

上市公司信息分散在公开披露和内部软件平台,研究人员要在不同来源之间来回切换查找,找全一次事件的相关材料需要反复翻看。

02

跨平台采集与摘录

人员需要跨平台采集、逐条手工摘录,摘录口径依赖个人习惯,同一类变动在不同人的记录里格式不一,后续汇总还要重新核对。

03

整理汇报周期长

事项整理和汇报周期长,研究信息向管理层传递偏慢,团队交接依赖人工汇总当期进展,管理汇报前还要再花时间整理一遍。

交付方案

具体怎么做

围绕岗位任务,把企业资料、专属模型与原有系统连接到同一套业务流程。

交付形式

多 Agent 研究工作流+企业案例库对照+定时简报推送

主要交付
多源信息采集:公开披露与内部平台新增事项归集研究简报:上班、下班定时生成并推送更新历史案例对照:检索企业库过往案例并比较异同股权与股东变更的流程化归纳控制权信息提取与事件核对界面
用到的产品能力多智能体协作
01

多源信息采集与归集

Agent 自动采集公开披露与内部平台信息,把新增事项归集到统一入口,替代原来跨平台查找、手工摘录的做法,采集范围与口径按企业确认的清单配置。

  • 自动采集公开披露信息
  • 同步内部平台新增事项
  • 新增事项归集到统一入口
  • 采集范围与口径可配置
02

流程化归纳与案例对照

按企业流程归纳股权、股东变更等事项,再检索企业案例库内的过往案例,比较相似事件的共同点与差异,输出带核对状态的研究材料。

  • 按内部研究流程归纳变动事项
  • 检索企业库内的过往案例
  • 比较相似事件的共同点与差异
  • 输出信息核对与缺项提示
03

定时推送研究简报

在上班、下班两个时点发送更新简报,把当期新增事项与研究整理结果推给团队,支持团队交接与管理汇报,减少人工汇总和逐级转述。

  • 上班、下班定时推送简报
  • 简报含当期新增事项与整理结果
  • 支持团队交接与管理汇报
  • 减少人工汇总与逐级转述
部署形态

部署在企业自己的机房里

企业内部本地部署

系统与模型全部部署在企业内网

采集、归纳、案例对照与简报生成都在企业内网完成,内部平台数据与企业案例库不出内网,公开披露按需获取。

内网私有化模型服务

推理与检索由内网模型服务提供

大模型与向量检索在内网私有化部署,公开披露与内部资料的解析都在内网闭环,不依赖公有云接口。

混合部署

公开信息与内部资料分链路处理

公开披露信息与内部资料分开处理,敏感环节保持内网本地运行,公开信道只用于获取公开信息,接口按需开启。

数据安全与本地化边界

  • 公开信息与内部资料分离处理,两类数据走不同通道与存储
  • 内部平台数据与企业案例库保存在企业内网,敏感数据不出内网
  • 本地部署的模型与检索服务不对外暴露,收敛访问范围
  • 采集、归纳与简报生成环节留操作记录,可按人员与时间回溯
  • 简报推送渠道与接收范围按企业要求配置,控制知悉范围
FDE 实施路径

从业务梳理到持续优化

工程师参与业务梳理,完成系统开发、流程接入与持续优化。

  1. 01

    信息源与流程梳理

    梳理公开披露来源与内部软件平台的数据接口,访谈研究人员,确认股权、股东变更等事项的现有分析流程与简报格式。

  2. 02

    多源采集通道接入

    接入公开披露信息源与内部平台接口,建立新增事项的归集与去重规则,采集范围与口径按企业确认的清单配置。

  3. 03

    案例库与规则建设

    整理企业案例库内的过往案例,建立检索与对照规则,把企业研究流程中的归纳口径落成可执行规则。

  4. 04

    工作流调优与试运行

    按采集、归纳、案例对照、简报生成的链路串联多 Agent,用真实事件回放校准,早晚简报先试运行再正式推送。

  5. 05

    上线交接与持续优化

    简报正式推送后交底给研究信息组,说明核对界面与缺项补全的使用方式,进入日常运维并按反馈调整采集口径。

这个项目的价值不在于替研究人员下判断,而在于把公开披露和内部平台里散着的新增事项收拢好、按我们的研究流程整理成简报按点推送,让人员把时间放在分析与判断上;历史案例也能随时调出来对照。
项目复盘 · 研究信息组 · FDE 交付团队
常见问题

客户最常问的几件事

采集范围与来源按企业确认的清单配置,归纳结果在核对界面展示信息核对、缺项补全与处理状态。示例中「已签协议 ≠ 已完成过户」这类差异会被标出,需要核对变动主体、方式与比例,并继续跟踪审批与过户进展,判断仍由研究人员复核确认。

不替代现有流程。归纳环节遵循内部分析流程,采集与整理结果按原有口径呈现,简报在上班、下班时推送,用于团队交接与管理汇报,研究人员的工作方式与判断权保持不变。

公开信息与内部资料分离处理,内部平台数据与企业案例库保存在企业内网,模型与检索服务在企业内部本地部署,敏感环节不出内网;采集、归纳与简报生成环节留操作记录,可按人员与时间回溯。