---
name: insight-validation
description: >
  洞察验证 — 验证已生成洞察的数据准确性、逻辑合理性和业务可操作性，
  确保洞察质量并分级管理。
  适用情形：洞察生成后进行验证，或用户要求"验证洞察"、"核实 insights"时执行。
  核心：数据核实 + 逻辑检验 + 可操作性评估。
argument-hint: "[洞察列表] [验证标准：数据准确性/逻辑合理性/业务可操作性] [业务背景]"
last_reviewed: 2026-06
version: 1.0.0
risk_level: low
---

## 加载上下文

**首次使用时：** 读取 `../../CLAUDE.md` 获取场景级配置（验证标准/置信度分级/使用限制）。

---

# /insight-validation — 洞察验证


## Examples

→ 示例：用户说"业务说降价能提升销量，但我算了下利润会下降，帮我验证一下"，系统应调用本技能，执行价格弹性分析和利润敏感性验证。

→ 示例：用户说"之前给的那个成本优化建议被业务挑战了，帮我补充更多数据支撑"，系统应调用本技能，补充数据验证和敏感性分析。

→ 示例：用户说"供应商涨价的真正原因是什么，帮我从公开信息和市场数据验证"，系统应调用本技能，执行外部数据交叉验证。
## 第一步：获取待验证洞察

**洞察清单：**
```
□ 待验证洞察数量：[X] 条
□ 来源报告：[报告名称/日期]

□ 洞察列表：
| # | 洞察标题 | 洞察描述 | 类型 | 原置信度 |
|---|---------|---------|------|---------|
| 1 | [标题] | [描述] | [模式/异常/机会] | [高/中/低] |
| 2 | [标题] | [描述] | [模式/异常/机会] | [高/中/低] |
```

---

## 第二步：数据准确性验证

**数据来源核实：**
```
□ 洞察 1 数据核实：
  → 引用数据点：[X]
  → 数据来源：[系统/报告名称]
  → 数据时间：[YYYY-MM-DD]
  → 数据核实结果：[✅ 确认 / ⚠️ 存疑 / 🔴 错误]
  → 核实说明：[描述]

□ 洞察 2 数据核实：
  → ...
```

**计算准确性检验：**
```
□ 洞察 1 计算验证：
  → 引用计算：[描述，如"YoY = (本期 - 上期) / 上期 × 100%"]
  → 原计算值：[X]%
  → 重新计算值：[X]%
  → 计算准确性：[✅ 正确 / 🔴 错误，差异 [X]%]
  → 修正后数值：[X]%（如错误）
```

**数据时效性检查：**
```
□ 洞察数据时效性：
  → 数据最新时间：[YYYY-MM-DD]
  → 距今时长：[X] 天
  → 时效性评估：[✅ 有效（<[X]天）/ ⚠️ 需更新（>[X]天）]
```

---

## 第三步：逻辑合理性验证

**逻辑推演检验：**
```
□ 洞察 1 逻辑检验：
  → 结论推导逻辑：[描述]
  → 逻辑链完整性：[✅ 完整 / ⚠️ 部分缺失 / 🔴 逻辑错误]
  → 关键假设：[列出]
  → 假设检验：[✅ 成立 / ⚠️ 存疑 / 🔴 不成立]
  → 逻辑漏洞：[描述（如有）]

□ 洞察 1 因果 vs 相关检验：
  → 是否混淆相关性与因果性：[是/否]
  → 说明：[因果关系成立/仅相关/无法判断]
```

**跨洞察一致性检验：**
```
□ 洞察间一致性：
  → 洞察 1 与洞察 2 是否存在矛盾：[✅ 一致 / ⚠️ 部分矛盾]
  → 说明：[描述]

□ 与已知事实的一致性：
  → 洞察是否符合已知的业务事实：[✅ 符合 / 🔴 矛盾]
  → 说明：[描述]
```

---

## 第四步：业务可操作性评估

**可操作性评级：**
```
□ 可操作性维度：
  → 明确性：行动建议是否清晰 [1-5 分]
  → 可执行性：建议在现有资源下是否可执行 [1-5 分]
  → 可衡量性：执行效果是否可量化追踪 [1-5 分]
  → 时效性：执行时机是否恰当 [1-5 分]

□ 综合可操作性评分：[X]/5
  → 4.0-5.0：[✅ 强可操作] — 可直接转化为行动
  → 3.0-3.9：[⚠️ 中等可操作] — 需细化后执行
  → < 3.0：[🔴 弱可操作] — 建议重塑或搁置
```

**执行障碍分析：**
```
□ 洞察 1 执行障碍：
  → 资源障碍：[有/无] — [描述]
  → 组织障碍：[有/无] — [描述，如跨部门协调]
  → 技术障碍：[有/无] — [描述]
  → 优先级障碍：[有/无] — [描述]
  → 综合评估：[✅ 可执行 / ⚠️ 需解决 X 个障碍 / 🔴 存在重大障碍]
```

---

## 第五步：置信度重新评估

**综合置信度评估：**
```
□ 置信度调整因素：
  → 数据准确性：[提升/不变/降低]
  → 逻辑合理性：[提升/不变/降低]
  → 可操作性：[提升/不变/降低]
  → 样本量/覆盖度：[提升/不变/降低]

□ 置信度最终定级：
  → 初始置信度：[高/中/低]
  → 调整后置信度：[高/中/低]
  → 调整原因：[描述]
```

---

## 第六步：生成验证报告

```
═══════════════════════════════════════
洞察验证报告
验证日期：[YYYY-MM-DD]
验证洞察数：[X] 条
原报告：[报告名称]
═══════════════════════════════════════

【验证结果汇总】

| # | 洞察 | 数据准确 | 逻辑合理 | 可操作性 | 最终置信度 |
|---|------|---------|---------|---------|-----------|
| 1 | [标题] | [✅/⚠️/🔴] | [✅/⚠️/🔴] | [✅/⚠️/🔴] | [高/中/低] |
| 2 | [标题] | [✅/⚠️/🔴] | [✅/⚠️/🔴] | [✅/⚠️/🔴] | [高/中/低] |

【详细验证结果】

洞察 1：[标题]
□ 数据核实：[✅ 确认 / 🔴 错误]
  → 修正数据：[原值] → [修正值]
□ 逻辑检验：[✅ 合理 / 🔴 存疑]
  → 逻辑问题：[描述（如有）]
□ 可操作性：[✅ 可执行 / ⚠️ 需细化 / 🔴 障碍多]
  → 执行障碍：[列表]
□ 置信度：初始 [高] → 最终 [高] — 调整原因 [描述]

洞察 2：[标题]
...

【洞察质量分级】
□ 🔵 强洞察（置信度[高] + 可操作[高]）：[X] 条
  → [洞察1]、[洞察2]
□ 🟢 良好洞察：[X] 条
□ 🟡 待改进洞察：[X] 条
  → [洞察3] — 建议 [细化方向]
□ 🔴 存疑/不可用洞察：[X] 条
  → [洞察4] — 原因 [描述]

【建议】
□ 可直接行动的洞察：[列表]
□ 需进一步验证的洞察：[列表] — 验证方法 [描述]
□ 建议搁置的洞察：[列表] — 原因 [描述]

═══════════════════════════════════════
置信度：[✅ 高 / ⚠️ 中 / 🔴 低]
整体验证结论：[✅ 洞察质量良好 / ⚠️ 存在质量问题 / 🔴 多个洞察存疑]
═══════════════════════════════════════
```

---

## 升级触发条件

- 多个洞察（> [X] 条）数据核实为错误
- 存在洞察的逻辑存在根本性错误
- 高置信度洞察的可操作性被评为 🔴 弱
- 洞察之间存在相互矛盾的结论
- 洞察引用的数据无法在 [X] 天内核实
- 洞察涉及重大业务决策（> [X] 万金额或战略级）

---

*Finance Skills — insight-validation atomic skill*