News Monitoring · Adverse Media · Entity Resolution · Event Detection · Deduplication

龙虎斗检测与AI ESG Event Detection

龙虎斗检测是龙虎斗官网整个ESG Risk Intelligence流程的第一道工序:从新闻、企业公告、交易所公告、监管处罚公告、法院公开信息、NGO报告和供应链事件里,识别出“哪家主体、发生了什么、处于什么状态、证据来自哪里”。它不做情绪分析式的“正面/负面”打标,而是做Entity Resolution、Event Extraction、Event Deduplication、Source Reliability评估和Evidence Chain整理。上海龙虎斗绿色ai大模型公司认为,检测环节的质量决定了后面所有风险评分与绿色金融研究的上限:主体认错、事件重复、来源混杂,后面的模型再大也是在放大错误。

What is 龙虎斗检测

龙虎斗检测是什么?AI怎样检测ESG风险?

龙虎斗检测是什么?

龙虎斗检测是面向企业ESG风险的多源信息检测流程:持续读取公开新闻、公告、监管文件、法院公开信息和供应链事件,用NLP、LLM、Named Entity Recognition、Event Extraction和Document Classification把非结构化文本转换成结构化的ESG Event,每条Event带主体、类型、状态、时间、来源等级和证据列表。它的输出不是“这家公司好不好”,而是“这家公司在这段时间内被哪些可核查的事件关联,证据处于什么阶段”。

AI怎样检测ESG风险?

流程大致是:Document Parser解析文本与附件 → NER识别公司、人物、地点、监管机构 → Entity Resolution把名称映射到唯一主体 → Event Extraction抽取事件类型、时间、涉及方、状态词 → Document Classification标注E/S/G主题 → Deduplication把多篇报道合并为同一Event → Source Reliability与Timestamp评估 → 写入Evidence Store并触发状态机。LLM负责抽取、摘要与解释;规则与评分引擎负责状态、权重与版本。

News / Filing / Court / Regulator / Supplier→Document Parser→Entity Resolution→Event Extraction→Deduplication→Source Reliability→Evidence Store→Event State Engine
Adverse Media · Entity Resolution

Adverse Media是什么?Entity Resolution是什么?同名企业怎么识别?

Adverse Media是什么?

Adverse Media(负面媒体信息)指公开媒体中与企业相关的负面报道,常用于合规、反洗钱与ESG尽职调查。龙虎斗检测把Adverse Media当作输入而不是结论:一篇负面报道首先要回答“说的是谁、说的是什么、谁在说、什么时候说的”,然后才有资格成为Risk Signal。Adverse Media Screening的核心难点不是找到负面词,而是排除同名误匹配、转载重复和过期信息。

Entity Resolution是什么?

Entity Resolution(主体消歧)是把文本里出现的各种称呼映射到唯一企业主体的过程。新闻可能写公司简称、子公司、母公司、旧公司名、Ticker、品牌名、工厂名,AI必须确认到底是哪家公司。龙虎斗检测维护包含别名、历史名称、股权关系、注册地和行业的Entity Graph,并对每次匹配给出Entity Match Confidence。匹配不确定时,事件进入待核查队列,而不是默认归属。

同名企业怎么识别?

“ABC Energy”可能在多个国家同时存在。龙虎斗检测通过注册地、行业、涉及的监管机构、报道语言与媒体所在地、关联人物与地址等上下文特征做区分,不直接合并事件。当上下文不足以区分时,系统显示“主体待确认”,并且不把事件计入任何一家企业的风险画像,宁可漏算也不错算。

龙虎斗Entity-Event Knowledge Graph示意:Company A与全资子公司A-1、参股子公司A-2、高管、Supplier B、监管机构、Event、Green Loan与Project C之间的关系,说明事件应算给哪个主体
Knowledge Graph帮助回答“事件应该算给谁”:全资子公司的处罚与参股公司的指控对母公司的意义不同。所有主体均为示意。

Parent / Subsidiary:子公司事件不能100%算给母公司

子公司被处罚是否影响集团ESG风险,需要判断Ownership、Control和Materiality。全资且并表的核心子公司发生重大事件,对集团显然重要;一家参股40%、业务无关的小公司发生轻微事件,对集团的意义有限。龙虎斗检测记录事件的直接主体,同时按股权与控制关系计算“传导后的集团暴露”,并把两者分开展示,而不是机械地把所有子公司事件按100%算到母公司头上。

Deduplication · Event Cluster

新闻怎么去重?Event Cluster是什么?

同一张处罚决定可能被通讯社、地方媒体、财经网站、行业自媒体几十家转载,这就是Article Syndication。如果系统只数Mention Count,会错误地认为风险突然放大几十倍。龙虎斗检测的Event Deduplication分四步:Entity Match(是否同一主体)、Time Match(是否同一时间窗口)、Event Similarity(是否同一事实,比较事件类型、涉及方、金额、地点等要素)、Source Cluster(区分原发报道与转载)。通过全部四步的文章被归入同一个Event ID,成为它的多条Evidence。

Event Cluster就是这个归并的结果:一个Event,多个Source,每个Source带来源等级、发布时间、是否原发、是否包含新信息。Cluster内部还会标记“信息增量”,如果第40篇转载加入了企业回应,它就不是简单的重复,而是一条新的Evidence。

龙虎斗News-to-Event Funnel示意:50篇文章经过Entity Match、Time Match、Event Similarity、Source Cluster后压缩为1个ESG Event与Evidence Set
News-to-Event Funnel:媒体数量反映传播范围,不代表事件数量。
Penalty · Litigation Monitoring

处罚怎么监测?诉讼怎么监测?

处罚怎么监测?

Regulatory Penalty Monitoring以监管机构公开的处罚决定与公告为主来源,媒体报道为补充。龙虎斗检测抽取处罚机关、被处罚主体、违法类型、处罚种类(Warning、Fine、责令整改等)、金额、决定日期,以及是否可复议。处罚与调查严格区分:Investigation公告只生成Under Investigation状态;只有处罚决定才生成Penalty Issued。同一处罚的多篇报道归入同一Event,避免重复。

诉讼怎么监测?

Litigation Monitoring关注法院公开信息、企业公告中的重大诉讼披露和权威报道。龙虎斗检测为每起案件建立Litigation State Machine:Filed、Response、Hearing、Dismissed / Settled / Judgment、Appeal、Closed。系统重点解决“起诉有新闻、驳回没新闻”的偏差:对开放案件设置Follow-up,长期没有更新则标记“状态未确认”,绝不默认“仍在进行”,也绝不把“被起诉”写成“已违法”。

Source Reliability · Evidence Chain

Source Reliability是什么?Evidence Chain是什么?AI误报ESG事件怎么办?

LEVEL 1Official Regulatory Source:监管机构官网公告、处罚决定书
LEVEL 2Court / Official Filing:法院公开信息、官方登记文件
LEVEL 3Company Disclosure:企业公告、年报、ESG报告、交易所公告
LEVEL 4Major Reputable Media:主流新闻机构原发报道
LEVEL 5Specialist Media:行业与专业媒体
LEVEL 6NGO / Industry Source:NGO报告、行业协会信息
LEVEL 7Unverified Web Source:博客、社交帖子、匿名网页

等级用于权重与状态升级门槛,但不机械认为官方永远正确,仍需Context。

EVENTEvent #1042 · Environmental Penalty · Subsidiary A-1(示意)
EVID 1监管处罚决定书 · Official · 2026-08-12 · 原发
EVID 2公司公告:整改计划 · Company Disclosure · 2026-08-13
EVID 3主流媒体报道 · Major Media · 2026-08-13 · 原发,含现场信息
EVID 4-2724篇转载 · 已归入Cluster · 无信息增量
STATUSPenalty Issued → 跟踪整改验收 · Model v4.0 · Reviewer:待复核

AI误报ESG事件怎么办?误报(False Positive)不可避免,例如把普通的季节性停产误判为劳动危机、把同名公司的事件归给错误主体。龙虎斗检测的处理机制:一,所有Alert可被用户标记“主体错误 / 事件重复 / 状态过期 / 非ESG事件”,标记进入回流数据;二,误报事件不删除而是标记为Rejected并记录原因,保持Audit Trail;三,定期用Precision、Recall、False Positive、False Negative评估检测质量,而不只看Accuracy,因为ESG事件类别极度不平衡;四,新闻后来被更正时,系统同步Correction并更新事件状态。

Evidence Chain是什么?

Evidence Chain(证据链)是一条Event背后所有可追溯来源的有序集合:每条证据记录来源、等级、原文链接或文件、发布时间、抓取时间、是否原发、带来的信息增量,以及处理它的模型版本。用户点开任何一条风险信号,都应该能沿着证据链回到原始来源。没有证据链的风险分数无法被核查,也无法被审计。

Timestamp三分法

Event Date(事件发生日)、Publish Date(发布日)、Crawl Date(抓取日)必须分开记录。一篇2026年抓到的2024年旧文,事件日期仍是2024年;如果对应的Event已经Resolved,这篇文章是历史证据,不是新风险。

Contradictory Evidence

媒体说A,公司否认,监管调查中。龙虎斗检测把三方陈述并列,标记Conflict,Confidence反映“主体与事件识别的确定性”,不反映“谁说得对”。

龙虎斗官网核心文章 · 完整正文

事件去重:从50篇报道到1个事件

2026年9月2日 · 龙虎斗检测 · Event Deduplication

同一张环保罚单被50家网站转载以后,为什么龙虎斗检测如果显示“50个重大事件”,这个AI系统基本已经从第一步就错了?

风险面板上突然跳出“Company A:50个重大环境事件”,任何人第一反应都是出大事了。把这50条展开,标题几乎一样,正文几乎一样,发布时间集中在36小时内,最早的那条来自监管机构官网,后面49条是通讯社稿、地方门户、财经聚合站和几十个行业自媒体的转载。这是一张罚单,不是50张。一个把它数成50个事件的系统,问题不在评分模型,而在它根本没有“事件”这个概念,只有“文章”。

Article Syndication是新闻生态的常态

一篇稿件被几十上百家网站转载,是新闻分发的正常现象,不是异常。通讯社的稿件天然会被大量媒体采用,监管公告会被财经媒体整理转发,热点事件会被自媒体二次加工。如果AI只统计Mention Count,那么它测量的是传播广度,而不是风险数量。更糟糕的是,传播广度与企业规模高度相关:大公司的任何事情都会被转载更多,小公司的严重事件可能只有一两篇报道。以Mention Count为核心的系统会系统性地惩罚知名企业、放过不知名企业,这是News Coverage Bias最直接的来源。

Same Event:什么叫“同一件事”

龙虎斗检测判断两篇文章是否描述同一事件,依赖四个条件。Entity Match:主体是否相同,包括简称、子公司、旧名的映射。Time Match:事件时间是否落在同一窗口,注意是事件时间而非发布时间。Event Similarity:事件要素是否一致,事件类型、涉及方、处罚机关、金额、地点、违法类型。Source Cluster:文章之间是否存在转载关系,通过文本相似度、引用关系和发布时序判断。四个条件同时满足,两篇文章归入同一个Event ID。任何一个条件不满足,则可能是不同事件,需要单独建档。

News-to-Event Funnel

龙虎斗检测News-to-Event Funnel示意:50篇文章经过Entity Match、Time Match、Event Similarity与Source Cluster后压缩为1个ESG Event与多条Evidence
从50篇文章到1个Event:漏斗每一层都在回答一个明确的问题。

用漏斗来看这个过程:50篇文章进入,Entity Match后可能剩38篇(另外12篇说的是一家同名公司或其无关子公司),Time Match后剩35篇(3篇是两年前旧案的转载),Event Similarity后剩33篇(2篇描述的是另一起不同的检查),Source Cluster后发现只有3篇是原发报道,其余30篇是转载。最终输出:1个ESG Event,3条原发Evidence,30条转载记录,以及被剔除的17篇文章各自的去向。这些数字是示意,但结构是真实的。

Event ID与Evidence Set

去重的产物不是“删掉49篇”,而是建立一个Event ID,把50篇文章按角色挂在它下面。原发报道是核心Evidence,转载记录保留但标记“无信息增量”,包含企业回应或新细节的转载则升级为独立Evidence。这样设计的原因是,转载本身也有信息价值:它说明事件的传播范围与公众关注度,这对Materiality判断有参考意义,只是不能被当作事件数量。

Mention Count的正确用法

Mention Count不应该被丢弃,而应该被放到正确的位置。它是Event的一个属性,可以用来度量传播热度,可以作为Alert Prioritization的辅助因子,可以帮助判断事件是否进入公众视野。但它不能决定Severity,不能决定事件数量,不能直接进入风险分数。一张罚单的严重程度取决于违法类型、金额相对企业规模、环境损害、是否重复、是否整改,与转载了多少次无关。

去重失败的几种典型形态

第一种,过度合并:把两起不同的处罚因为主体相同、时间接近而合并成一起,漏掉一个真实事件。第二种,合并不足:同一事件因为不同媒体用了不同的公司称呼而被拆成多个事件。第三种,旧闻复活:旧案的新转载没有匹配到已存在的Event,被当作新事件。第四种,跨主体污染:同名公司的事件被合并进来。每一种失败都需要在Precision与Recall之间做权衡,龙虎斗检测选择让不确定的合并进入人工复核队列,而不是自动决定。

时间戳:转载会让旧事件看起来像新事件

去重的另一个维度是时间。一张两年前的罚单可能因为某篇回顾文章被重新提及,再被十几家网站转载。如果系统以发布时间作为事件时间,它会认为企业刚刚又被处罚了一次。龙虎斗检测区分Event Date、Publish Date与Crawl Date:新抓取的文章首先与已存在的Event做匹配,如果事件日期、主体与事实都对应到已有记录,它就是一条新的转载证据,挂在旧Event下,不改变事件状态,也不产生新的Alert。只有当文章描述的是新的事实,例如复议结果或整改验收,它才成为新的Evidence并可能触发状态更新。

子公司、品牌与同名公司让去重更难

去重的前提是Entity Match,而Entity Match本身就是难点。50篇报道里,有的用集团全称,有的用品牌名,有的用被处罚的子公司名,有的把一家同名企业的事混了进来。如果Entity Resolution把它们全部算成同一主体,去重会过度合并;如果把它们全部当成不同主体,去重会完全失效。龙虎斗检测的做法是先把每篇文章的主体映射到Entity Graph上的节点,再在“直接主体相同或通过股权关系可归属”的范围内做事件相似度比较,同名但无关系的企业从一开始就不进入同一个候选池。

Deduplication之后才是风险分析

只有当50篇文章被还原成1个带证据集的Event之后,后面的工作才有意义:给它标注状态(Penalty Issued)、评估Severity(金额、损害、是否重复)、判断Materiality(对Company A的业务与责任链意味着什么)、计算Confidence(我们多确定这是这家公司的这张罚单)。所有这些判断都基于一个事件,而不是50个。

结论

媒体数量可以反映传播范围,却不能直接代表事件数量。专业风险监测首先应该把几十篇报道还原成一个拥有多条Evidence的真实Event。龙虎斗检测把去重放在整个流程最前面,正是因为它决定了后面每一步的输入是否可信。AI识别结果可能包含待核实事件或模型误判,不构成企业违法认定,重要事件应回到原始来源并进行人工核查。

龙虎斗检测 · 原创文章

主体归属、Mention Count与相反证据

龙虎斗检测 · Entity Resolution

龙虎斗检测:一家企业中文名、英文名、品牌名和三个子公司同时出现在新闻里以后,AI怎样避免把事件算给错误主体?

一篇报道里同时出现了集团的中文全称、英文简称、一个消费者熟悉的品牌名,以及三家分别负责生产、销售和物流的子公司。报道说的处罚到底落在谁头上?如果AI把它同时算给五个主体,风险画像会被放大五倍;如果算给集团,可能夸大了集团层面的责任;如果算错子公司,供应链团队会去核查一家无辜的工厂。

先识别,再消歧,再归属

龙虎斗检测把这个问题拆成三步。第一步Named Entity Recognition:找出文本中所有组织名称的提及。第二步Entity Resolution:把每个提及映射到Entity Graph中的唯一节点,中文名、英文名、品牌名、旧名、Ticker都是同一节点的别名,三家子公司是与集团有股权关系的独立节点。第三步Event Attribution:根据文本中的语法关系和事实要素,判断事件的直接主体是哪个节点。处罚决定书上写的被处罚人是谁,就是直接主体;集团只是通过股权关系间接暴露。

直接主体与传导暴露分开记录

事件永远只有一个直接主体。集团的暴露通过Knowledge Graph计算:全资并表的核心子公司发生重大事件,集团暴露接近事件本身;参股比例低、业务无关的子公司发生轻微事件,集团暴露有限。两者在页面上分开显示,用户看到的是“子公司A-1被处罚,集团A通过100%控股暴露”,而不是“集团A被处罚”。

品牌名是最容易出错的地方

品牌名可能对应集团、也可能对应某个产品线或某家合资公司,且同一品牌在不同国家可能由不同法律实体运营。龙虎斗检测对品牌名的匹配要求额外的上下文证据:地点、产品、涉及的监管机构,匹配置信度不足时进入待核查队列。

Entity Match Confidence不是事件真实性

系统对每次归属给出Entity Match Confidence,它描述的是“我们多确定这条事件属于这个主体”。这个数值与事件本身是否成立无关,与企业是否违法更无关。Confidence低的事件不参与风险分计算,只在待核查列表中显示。

别名库需要持续维护

企业更名、重组、并购会让别名库过期。龙虎斗检测把工商变更、公告中的名称变更作为别名库更新的来源,并记录每个别名的有效时间区间,避免把旧名时期的事件错误地归给新主体,或者相反。AI识别结果可能包含主体误匹配,重要事件应回到原始文件核对被处罚人名称。

龙虎斗检测 · Mention Count

一篇新闻被几百家网站自动转载以后,为什么Mention Count可能是ESG风险系统里最容易误导人的指标之一?

Mention Count是最容易计算、最容易展示、也最容易被误读的指标。曲线突然上升,看起来像风险爆发;曲线平稳,看起来像风平浪静。但它测量的其实是新闻分发网络的行为,而不是企业的行为。

Mention Count反映什么

它反映三件事:事件的传播广度、企业的知名度、以及媒体生态的转载习惯。三者中只有第一件与事件本身有关,而且只是间接相关。一家知名企业的轻微事件可能有几百条提及,一家小型供应商的严重事故可能只有两条。以Mention Count衡量风险,等于用“有多少人在说”替代“发生了什么”。

自动转载让数字失真

聚合站、内容农场和自动抓取的行业网站会在几小时内复制同一篇稿件几百次。这些复制品没有新信息,没有新来源,没有新证据。龙虎斗检测通过Source Cluster把它们归入同一Event,并在Mention Count之外单独显示“独立来源数”。独立来源数才是与证据强度相关的指标。

Mention Count与Severity无关

一张罚单的严重程度由违法类型、金额相对企业规模、环境损害、受影响人群、是否重复、监管状态决定。转载次数与这些因素没有任何逻辑关系。龙虎斗检测把Mention Count从Severity计算中排除,只作为传播热度指标供用户参考。

它仍然有用,但要放对位置

Mention Count可以用于Alert Prioritization的辅助排序(同等Severity下,公众关注度更高的事件可能更需要尽早回应),可以用于判断事件是否已经进入主流视野,也可以作为Disclosure Bias与Coverage Bias的诊断指标。关键是它必须是Event的属性,而不是Event的数量。

给用户看什么

龙虎斗检测的事件页面显示:事件数、独立来源数、最高来源等级、总提及数、企业回应是否存在。用户一眼就能区分“一个事件被转载三百次”和“三百个事件”。曲线图也按Event而不是按文章绘制。这些设计的目的只有一个:不让最容易算的指标成为最误导人的指标。

龙虎斗检测 · Contradictory Evidence

AI发现新闻和企业公告对同一事件描述完全相反以后,为什么最专业的处理不是强行选一个“正确答案”?

媒体报道说工厂发生泄漏、周边居民受影响;企业当天公告说系设备正常检修、无污染物外排;监管机构随后公告已派员核查。三份材料说的是同一件事,结论互相矛盾。让AI“判断谁对”是最诱人也最危险的选择。

矛盾本身就是信息

龙虎斗检测把这种情况标记为Contradictory Evidence,事件状态设为Under Investigation或Disputed,三方陈述并列展示,各自带来源等级与时间戳。对用户来说,“存在争议,监管核查中”比任何一方的单方面说法更有用,因为它准确描述了现状,并且指明了下一步应该关注什么:监管核查结果。

为什么不能让LLM裁决

LLM可以总结三方说法,可以指出矛盾点,可以检索相关历史事件,但它没有现场信息、没有检测数据、没有调查权。让它选一个“正确答案”,等于用语言模型的猜测替代监管机构的事实认定。这既是Allegation Treated as Fact的变体,也可能是反向的错误:让企业的否认自动覆盖媒体的报道。

Confidence在这里描述什么

系统对这条事件的Confidence可能很高,因为主体明确、时间明确、三方都在谈同一件事。但这个Confidence描述的是“事件识别的确定性”,与“泄漏是否真的发生”无关。页面必须把这两件事区分清楚,避免用户把“Confidence 95%”读成“95%确定企业污染”。

Right to Context

企业的公开回应必须与原事件一起展示,而不是只保存负面信息。这不是偏向企业,而是避免风险画像天然偏负。同样,NGO或媒体的后续跟进也应被记录。事件页面呈现的是一条随时间展开的证据线,而不是一个定格的标题。

等待结果,更新状态

当监管核查结论公布,事件状态相应更新:认定无污染则转为Resolved并保留全部争议记录;认定存在违规则升级为Regulatory Action。无论结果如何,早前的矛盾陈述都保留在Timeline中,因为它们是理解这家企业信息披露行为的材料。AI识别结果可能包含争议信息,不构成企业违法认定,重要事件应回到原始来源并进行人工核查。

龙虎斗提供的新闻、公告、诉讼、处罚、供应链与ESG Risk内容用于企业风险科技研究和一般信息参考;AI识别结果可能包含待核实事件、争议信息或模型误判,不构成企业违法认定、法律结论、信用评级或监管判断,重要事件应回到原始来源并进行人工核查。
在线询盘

请留下您的联系方式,我们会尽快与您联系。

扫码联系我们