领航国际助手 · 领航国际大模型

领航国际AI与国际ESG大模型助手

领航国际AI围绕ESG披露、碳足迹、供应链审核和社会责任知识,介绍领航国际助手与领航国际大模型的工作方式——核心原则是证据优先:先确认数据状态,再生成结论,缺失的数据保持缺失,而不是被悄悄补成一个看起来合理的数字。

产品功能演示界面,尚未连接真实企业数据后台 · 资料更新时间:2026年8月
领航国际大模型架构

从一个ESG问题,到一份带证据状态的草稿

领航国际大模型处理一个ESG问题的方式,按照下面的顺序展开:接到问题 → 定位公司/设施/供应商 → 匹配议题 → 匹配披露框架 → 核对内部数据 → 核对供应商数据 → 核查方法学与证据 → 计算候选结果 → 标注数据质量 → 发现缺口 → 生成草稿 → 交由人工复核。每一步都保留中间结果,而不是直接跳到最终文字。

用户提问经过检索生成候选答案标注来源到输出带证据状态答案的检索增强生成流程图 ESG知识库连接ESRS GHG Protocol供应商数据企业设施和披露要求形成知识图谱的示意图
五种信息状态

领航国际AI区分五种信息状态,绝不把"缺失"悄悄变成"已报告"

这是领航国际AI最核心的产品原则:每一条数据背后,都应该标注它当前所处的状态,而不是让所有数字看起来同样可信。

状态含义
已核实 Verified已有可靠的内部凭证或第三方证据支持
已报告 Reported由企业或供应商报告,尚未经过独立核实
已计算 Calculated基于活动数据和方法学计算得出
已估算 Estimated缺少精确数据,采用估算方法并标注假设
缺失 Missing当前没有可用数据,保持缺失状态,不做替换

Citation与一致性检查

领航国际AI起草的每一段披露文字,理论上都应当能够回链到具体的数据集、计算过程和方法学说明,而不是一段没有出处的陈述。同时,系统需要具备基本的一致性检查能力——例如报告正文写"总排放下降",而附表数据显示总排放实际上升,这类矛盾应当被标记出来,交由人工确认,而不是被直接忽略。单位错误(如把MWh误写成kWh)和年份错误(如把2025年数据误标成2026年)同样属于需要被系统性检测的问题,这类错误造成的后果,往往比一句不通顺的文字严重得多。

一段报告文字通过虚线分别链接到数据集计算过程和方法学三个证据来源并附带引用标签的示意图
领航国际助手 · 功能演示

领航国际助手:不是替企业编一份漂亮ESG报告,而是先找到每一个结论背后的数据

下面是一个静态产品演示界面,点击预设问题查看示例回答;也可以在输入框里尝试提问。当前演示尚未连接真实企业数据后台,无法针对具体企业数据作答。

你好,我是领航国际助手的产品演示界面。你可以点击下面的预设问题,或者自己输入一个ESG相关的问题。
领航国际助手对话界面展示用户提问和带来源状态标注的回答示意图
领航国际AI · 原创专题一

领航国际AI为什么应该允许回答"这项ESG数据目前没有证据",而不是自动生成一个行业平均答案?

语言模型有一个天然的倾向:面对一个信息不完整的问题,它更擅长基于上下文生成一段听起来连贯、合理的回答,而不擅长直接说"我不知道"或者"这里没有数据"。这个倾向在闲聊场景里问题不大,但放到ESG数据场景里,会变成一个实实在在的风险——如果某个供应商的碳排放数据缺失,模型很容易根据这个供应商所在行业的公开信息,"合理地"给出一个数字,而这个数字实际上完全没有对应到这家供应商真实的生产情况。

更危险的是,这种生成出来的数字,从表达方式上看,和真正有数据支持的数字几乎没有区别——都是一个具体的数值,都可以直接填进报告表格里。如果不加区分地对待,使用者很难在事后分辨出哪些数字是真实数据,哪些数字是模型在信息缺失时"自行判断"补出来的。这正是ESG报告AI最需要被约束的地方:模型的流畅生成能力,在这里必须让位于对真实性的忠实呈现。

缺失就是缺失,估算要留痕迹

领航国际AI的产品设计原则是,当某项数据确实不存在时,系统应当明确标注为"缺失",并且允许直接以"当前没有足够证据支持这个结论"的方式作答,而不是自动切换成行业平均值来填补空白。如果确实需要使用估算值作为过渡方案,系统也必须同时说明所采用的估算方法和关键假设,让使用者清楚知道这是一个估算结果,而不是被悄悄伪装成了实测数据。

为什么这条原则需要写进产品设计,而不是只靠人工把关

有人可能会说,只要后续有人工审核这道关卡,模型生成阶段是否严格区分"缺失"和"估算"似乎没那么重要。但实际情况是,审核人员面对的往往是几十页已经写好、逻辑通顺的文字,很难对每一句话都去反向核实它背后到底有没有数据支持——尤其是当这句话读起来和其他有据可查的段落风格完全一致的时候。如果缺失状态和估算状态的标注是在生成阶段就内置在系统逻辑里,审核人员就可以直接筛选出所有标记为"缺失"或"估算"的段落集中复核,而不需要对全文逐句排查,这大幅降低了人工审核的负担,也降低了漏检的概率。这也是为什么,领航国际AI把这条原则理解为一项系统能力,而不是一句写在使用说明里、依赖使用者自觉遵守的提示。

这个原则背后的判断是:一个诚实地告诉用户"这里缺数据"的AI系统,比一个总是能给出一个数字、却让用户无法分辨这个数字可不可信的系统,长期来看对企业更有价值——因为前者能够真正帮助企业发现自己的数据缺口在哪里,后者则可能让数据缺口长期隐藏在一份看起来完整的报告背后,直到某次外部问询或审计时才被暴露出来,那时的处理成本通常要高得多。

缺口清单本身,也是一项有价值的产出

换个角度看,一份如实标注了所有缺失和估算项的ESG材料,本身就自带了一份"数据缺口清单",这份清单对企业内部的价值,有时候不亚于报告草稿本身。管理层可以据此判断,哪些数据缺口是当前阶段可以接受的,哪些需要立刻安排资源补齐;数据团队也可以据此制定下一年度的数据治理优先级,而不需要另外再花时间去梳理"我们到底还缺哪些数据"这个问题。领航国际AI在生成报告草稿的同时,也会同步汇总一份独立的数据缺口清单,按照缺口对披露完整性的影响程度排序,方便企业把它当作一份可以直接使用的内部工作清单,而不只是报告正文里散落的几处"暂缺"标注。长期跟踪这份清单的缩减速度,也是衡量企业ESG数据治理是否真正在进步的一个具体指标。

领航国际AI · 原创专题二

领航国际大模型已经可以同时理解ESRS、ISSB和GRI以后,为什么它仍然必须先知道企业到底准备向谁披露?

一个能够同时理解ESRS、ISSB、GRI等多套框架具体条款的大模型,技术上已经不是特别稀奇的能力——这些标准的公开文本本身就是可以被检索和学习的材料。真正决定这个模型能不能产出有用结果的,反而是一个看起来更基础的问题:这份披露内容,最终是准备给谁看的?

同一组底层数据,面向不同的披露对象,呈现的方式、强调的重点,甚至适用的框架本身都可能不同。如果企业的目标是满足欧盟CSRD/ESRS的强制披露义务,需要的是按照ESRS具体数据点结构组织的内容;如果目标是向国际投资者传递可持续相关财务风险信息,ISSB的IFRS S1、S2框架和财务重要性视角会更贴近需求;如果目标是回应更广泛的公众利益相关方关切,GRI的影响力导向内容会更合适。这三种场景下,即使讨论的是同一个议题(比如碳排放),组织数据的方式、需要强调的细节都不完全一样。

先问披露对象,再问用哪套框架

如果一个ESG大模型在没有明确披露对象和目的的情况下,直接输出一份"通用"的ESG内容,看起来面面俱到,实际上很可能既不完全符合ESRS的具体数据点要求,也没有真正突出投资者最关心的财务重要性信息,变成一份"什么都提到一点,但对任何一个具体披露场景都不够精准"的内容。这也是为什么,领航国际大模型在处理一个ESG问题时,第一步是确认披露对象和目的,而不是急于展示自己"懂多套框架"这件事本身。

同一个问题,不同的最优答案

举例来说,当用户问"我们公司的碳排放数据应该怎么呈现",如果目的是满足ESRS强制披露,模型给出的建议会围绕具体数据点模板、需要同时提交的双重重要性评估依据展开;如果目的是准备一份投资者路演材料,模型的建议则会更侧重气候相关风险对未来现金流、资本开支的潜在影响这类财务导向的叙述方式;如果目的是回应NGO或社区的问询,模型可能会建议更多着墨于实际减排行动和对当地环境的具体影响。这三种答案不是互相矛盾的,只是服务于不同的沟通目的和受众预期,如果模型不先确认这一点,很容易给出一个"哪个场景都能凑合用、但哪个场景都不算真正贴切"的折中答案。

对企业来说,这也是一个值得内部先厘清的问题:在寻求AI辅助之前,先明确这份内容最终是要交给监管机构、投资者,还是更广泛的公众,往往比直接开始收集数据更能提高后续工作的效率——很多时候,一份内容反复修改却始终不满意,根源并不是数据不够或者写得不好,而是从一开始就没有想清楚这份内容到底是写给谁看的。

一份底层数据台账,可以同时服务多个目的

明确披露对象不等于要为每个场景单独维护一套完全独立的数据体系。比较高效的做法,是企业维护一份颗粒度足够细的底层数据台账——记录每一项活动数据、计算方法和证据来源,本身不预设面向哪个具体框架——再由领航国际大模型根据不同的披露对象和目的,从这份台账中提取、组织成对应的呈现形式。这样一来,无论是面向ESRS的强制披露表格,还是面向投资者的叙述性说明,还是面向公众的简明版本,底层引用的都是同一套经过核实的数据,只是组织和呈现的方式不同,这既避免了重复收集数据的浪费,也降低了不同版本之间数据口径不一致的风险。这种"一份底层数据、多种呈现方式"的架构,也是领航国际大模型在处理跨框架披露需求时的核心设计思路之一,让企业不必为每一次新的披露需求都从零开始重新收集数据,也让不同框架下的数字始终能够追溯到同一个真实来源。

领航国际AI · 原创专题三

ESG AI已经能够自动生成表格和报告以后,为什么单位、年份和组织边界可能比文笔错误危险得多?

审阅一份AI生成的ESG报告草稿时,读者的注意力很自然会集中在文字是否通顺、逻辑是否连贯这些容易被察觉的问题上。但从后果的严重程度来看,真正值得警惕的,往往是那些不容易一眼看出来、却可能造成数量级偏差的技术性错误——单位换算错误、年份标注错误,以及组织边界混淆。

单位错误是一个典型例子:把兆瓦时(MWh)误写成千瓦时(kWh),或者反过来,会让能源消耗和相应的排放数字相差一千倍,而这类错误从文字表达上完全看不出破绽,一段"公司年度用电量为12,500千瓦时"读起来语法通顺、格式规范,唯一的问题是,正确单位很可能应该是兆瓦时,实际数字被错误地缩小了一千倍。年份错误同样容易被忽略:一份报告如果把2025年的历史数据误标成2026年当期数据,会直接影响年度对比分析的正确性,进而可能导致企业误判自己的减排趋势。组织边界错误则更隐蔽——把子公司层面的数据和集团合并口径的数据混用,可能导致同一份报告里,不同章节引用的"公司总排放"实际指向不同的统计范围,却没有任何说明。

校验应该是系统能力,不是事后补救

这些错误之所以危险,是因为它们通常不会被常规的文字校对流程捕捉到——校对文字的人未必掌握足够的专业背景去判断一个能源单位是否合理,或者一个年份标注是否与上下文数据吻合。领航国际AI把单位一致性检查、年份标注检查和组织边界一致性检查,作为系统内置的校验能力,在草稿生成阶段就进行标记提示,而不是把这些检查完全寄托于人工审阅环节最后才发现。

一致性检查还应该覆盖跨段落、跨表格的矛盾

除了单位、年份和组织边界这几类校验,领航国际AI还会尝试识别报告内部前后矛盾的表述——比如正文某一段写"本年度总排放较上年下降",而附表中的绝对排放数字实际上是上升的;或者摘要部分提到"覆盖全部核心供应商",正文的数据表格却显示供应商数据覆盖率只有七成。这类矛盾往往出现在报告篇幅较长、由多人协作或分批次生成内容的情况下,单独看每一段文字可能都没有问题,只有把全篇内容放在一起交叉核对时才会暴露出来。人工逐段核对整份报告的一致性,工作量很大且容易疲劳遗漏,而这恰恰是系统化校验最能发挥作用的场景——机器不会因为篇幅长而降低核对的严谨程度。

这也是领航国际AI区别于单纯"文字生成工具"的核心设计考虑:生成流畅的文字只是其中一项能力,另一项同样重要、甚至更重要的能力,是在草稿真正交到人工审阅者手上之前,先把这些容易被忽略、却可能造成严重误导的技术性错误尽可能筛出来。

校验规则需要持续维护,不是一次性配置

另外值得说明的是,单位、年份和边界这类校验规则本身,也需要随着企业业务和外部标准的变化持续维护,而不是配置一次就一劳永逸。比如企业新增了一个采用不同计量习惯的海外子公司,或者某个行业的排放因子发布单位发生了调整,如果校验规则没有同步更新,反而可能出现"系统误判正确数据为错误"或者"放过了新出现的错误模式"这类新问题。领航国际AI把这类校验规则的维护,作为一项需要持续跟踪、而不是一次性完成的工作,并且在规则发生变化时,尽量给出清晰的变更说明,方便使用者理解为什么某类数据的校验结果和此前不同,而不是让规则的调整变成一个不透明的黑箱。校验能力和企业业务本身一样,需要持续投入维护,而不是部署完成后就可以放任不管的一次性工程。