UI はローカライズ済みです。スキルの紹介と説明文書は選択した言語へ AI が自動翻訳し、コード・コマンド・パス・専門用語は原文のままです。原作者の文書が優先されます。
スキルを探す
データ・研究 · SKILL.md

esg-data-integration

esg-data-integration

ESG 数据整合 — 从多个来源(环境/社会/治理)整合 ESG 数据, 检查数据完整性和准确性,生成 ESG 数据质量报告。 适用情形:ESG 报告期(年度/季度)开始时,或用户要求"整合 ESG 数据"时执行。 核心:多源数据汇总 + 完整性检查 + 数据质量评分。

Independent GitHub snapshot · Automated classification · Original documentation governs

スキルの説明

GitHub

name: esg-data-integration description: > ESG 数据整合 — 从多个来源(环境/社会/治理)整合 ESG 数据, 检查数据完整性和准确性,生成 ESG 数据质量报告。 适用情形:ESG 报告期(年度/季度)开始时,或用户要求"整合 ESG 数据"时执行。 核心:多源数据汇总 + 完整性检查 + 数据质量评分。 argument-hint: "[报告周期 YYYY] [框架标准:GRI/SASB/TCFD/CSRD] [已收集数据列表]" last_reviewed: 2026-06 version: 1.0.0 risk_level: low

加载上下文

首次使用时: 读取 ../../CLAUDE.md 获取场景级配置(ESG 指标定义/披露要求/责任部门)。


/esg-data-integration — ESG 数据整合

Examples

→ 示例:用户说"碳排放数据来自三个不同部门,口径不一致,帮我统一一下",系统应调用本技能,统一碳排放数据口径。

→ 示例:用户说"Scope 3 排放核算还没有系统化,帮我设计一个收集流程",系统应调用本技能,设计 Scope 3 数据收集框架。

→ 示例:用户说"ESG 数据每年需要第三方鉴证,帮我准备鉴证所需的数据包",系统应调用本技能,准备 ESG 数据鉴证包。

第一步:识别 ESG 数据来源

ESG 指标分类框架:

环境(E):
□ 碳排放:范围1/2/3 [吨 CO2e]
□ 能源消耗:[MWh]
□ 水资源:[立方米]
□ 废弃物:[吨]

社会(S):
□ 员工数据:总人数/离职率/培训时长
□ 安全数据:工伤率/损失工时
□ 社区投资:[金额 万元]
□ 供应链:关键供应商数量

治理(G):
□ 董事会:独立董事比例/女性董事比例
□ 高管薪酬:CEO 薪酬比 [X]
□ 商业道德:反腐培训完成率 [%]
□ 数据隐私:泄露事件数

数据来源确认:

| 指标类别 | 指标名称 | 数据来源部门 | 系统 | 负责人 | 数据状态 |
|---------|---------|------------|------|--------|---------|
| E-碳排放 | 范围1排放 | 生产部 | [系统] | [姓名] | [✅已收集/⚠️待收集] |
| S-员工   | 离职率   | HR       | [系统] | [姓名] | [✅已收集/⚠️待收集] |

第二步:数据收集

数据收集状态:

□ 应收集指标数:[X] 个
□ 已收集:[X] 个
□ 待收集:[X] 个 — 清单:
  → [指标名称] — [未收集原因] — 预计完成 [日期]

□ 收集完成率:[X]%
□ 是否达到报告质量要求:[✅ 是 / ⚠️ 否(完成率需 ≥[X]%)]

数据收集进度跟踪:

| 部门 | 应提交指标数 | 已提交 | 完成率 | 最后跟进 |
|------|------------|--------|--------|----------|
| [部门A] | [X] | [X] | [X]% | [日期] |
| [部门B] | [X] | [X] | [X]% | [日期] |

第三步:数据完整性检查

指标完整性检查:

□ 按 GRI/CSRD 框架要求检查:
| 框架指标 | 要求披露 | 实际披露 | 状态 |
|---------|---------|---------|------|
| GRI 302-1 | 是 | [是/否] | [✅/⚠️/🔴] |
| GRI 305-1 | 是 | [是/否] | [✅/⚠️/🔴] |

□ 时间序列完整性:
  → 上期有但本期缺失的指标:[列表]
  → 连续 [X] 期缺失的指标:[列表] — 须说明原因

数值合理性检查:

□ 同比异常检查:
  → [指标] 本期 [X],上期 [X],变化 [±X]% — [✅ 合理 / ⚠️ 需解释]
  → 变化原因:[描述]

□ 逻辑一致性检查:
  → 范围1+2 ≤ 范围3:[✅ 是 / 🔴 否]
  → 总人数 = 各部门人数之和:[✅ 是 / 🔴 差异 [X]]
  → 女性 + 男性 = 总人数:[✅ 是 / 🔴 差异 [X]]

第四步:数据质量评分

质量评分维度:

| 维度 | 权重 | 评分 | 说明 |
|------|------|------|------|
| 完整性 | [X]% | [X]/5 | 指标覆盖率 |
| 准确性 | [X]% | [X]/5 | 数据核实程度 |
| 一致性 | [X]% | [X]/5 | 跨期/跨系统一致性 |
| 时效性 | [X]% | [X]/5 | 数据更新时间 |
| 可追溯性 | [X]% | [X]/5 | 数据来源文档 |

加权总分 = Σ(评分 × 权重) = [X] / 5
质量等级:
  4.0-5.0:✅ 高质量(可直接使用)
  3.0-3.9:⚠️ 中等质量(使用前需核实)
  < 3.0:🔴 低质量(须优先改进)

第五步:生成 ESG 数据整合报告

═══════════════════════════════════════
ESG 数据整合报告
报告周期:[YYYY]
框架标准:[GRI/CSRD/TCFD]
生成时间:[YYYY-MM-DD HH:MM]
═══════════════════════════════════════

【数据收集进度】

□ 应收集指标:[X] 个
□ 已收集:[X] 个([X]%)
□ 待收集:[X] 个
  → 高优先级(报告必需):[X] 个 — 负责部门 [列表]
  → 中优先级(自愿披露):[X] 个 — 负责部门 [列表]

【数据质量评分】

总体评分:[X]/5([✅ 高 / ⚠️ 中 / 🔴 低])
□ 完整性:[X]/5
□ 准确性:[X]/5
□ 一致性:[X]/5
□ 时效性:[X]/5
□ 可追溯性:[X]/5

【主要质量问题】
□ [问题1] — 影响指标 [X] 个 — 建议 [措施]
□ [问题2] — 影响指标 [X] 个 — 建议 [措施]

【完整性状态】
□ GRI 关键指标披露率:[X]%
□ 同比可比指标数:[X] 个
□ 连续缺失指标:[X] 个(须在 [日期] 前补充或说明)

【下一步行动】
□ [行动1] — 负责人 [X] — 完成 [日期]
□ [行动2] — 负责人 [X] — 完成 [日期]

═══════════════════════════════════════
置信度:[✅ 高 / ⚠️ 中 / 🔴 低]
数据就绪度:[✅ 可进入报告编制 / ⏳ 需完成 [X] 项]
═══════════════════════════════════════

升级触发条件

  • 数据收集完成率 < [X]%(如 80%),影响报告按时发布
  • 质量评分 < [X]/5,存在关键数据准确性问题
  • 高优先级指标(报告必需)缺失且无法在截止日前补充
  • 数据质量评分低于上期 [X] 个百分点以上
  • 发现数据造假或篡改迹象
  • 跨部门数据提交严重延迟且无合理解释

Finance Skills — esg-data-integration atomic skill

保存したスキル