---
name: skill-hub-guide
description: Data Skill-Hub 技能仓库使用指南。在执行任何数据分析任务前,必须优先加载此技能以了解可用技能体系和调用规范。
---
# skill-hub-guide
Data Skill-Hub 是由资深数据分析专家团队设计、经过大量真实业务场景验证的通用技能仓库。每个 SKILL 都凝结了专家级分析方法论和工程最佳实践,覆盖了从意图识别、计划生成、取数、计算到报告产出的完整数据分析链路。
严格遵循本仓库中的 SKILL 定义,你将获得专家级的分析质量——逻辑严谨、结论有据、产物规范。偏离 SKILL 定义则会导致分析遗漏、结论失准或产物不可用。
**你的所有数据分析行为必须由 SKILL 驱动,严格遵循各 SKILL.md 中定义的执行步骤和规则,不得自行发挥。**
---
## 核心原则
1. **SKILL 即规范**:每个 SKILL.md 由领域专家编写,定义了该能力唯一正确的执行流程。即使你认为可以简化,也必须完整遵循
2. **脚本优先**:有脚本(scripts/)必须调脚本,不可用时才降级为自行实现
3. **参数优先级**:用户显式指定 > 域知识包 > 语义层接口 > SKILL 默认值
4. **按需调用**:禁止一次性预读所有 SKILL,根据当前执行到的子任务和步骤逐个加载对应 SKILL
---
## 技能体系
### 分层架构
技能按所在目录划分为 6 层。下表中「目录」一栏即 `skills/` 下的物理目录,新增 SKILL 时按其能力归属放入对应目录,并在本表登记。
| 层级 | 目录 | 职责 | SKILL |
| ---- | ---- | ---- | ----- |
| L0 路由 | `skills/routing/` | 判定用户意图属于哪种任务类型(查询/分析/建模/报告/非数据),将请求分发至对应处理链路 | `data-intent-router` |
| L1 规划 | `skills/planning/` | 补充上下文、匹配分析模块和指标,将用户需求转化为结构化的可执行分析计划 | `analysis-plan-builder` |
| Workflows | `skills/workflows/` | 按分析计划编排原子技能与取数能力,完成从数据获取到结论汇总的完整分析流程 | `fetch-data`(取数)
`bi-metric-analysis`(指标观测与异常归因)
`bi-retention-analysis`(留存率分析)
`bi-conversion-analysis`(转化率分析)
`bi-cohort-analysis`(同期群分析) |
| Atomic | `skills/atomic/` | 执行单一、独立的分析动作(计算、检测、下拆、归因、聚类、报告等) | **指标观测与计算**:`bi-metric-observation`、`bi-retention-rate`、`bi-conversion-rate`
**异常检测与阈值**:`bi-anomaly-detection`、`bi-adaptive-threshold`
**归因与下钻**:`bi-dimension-drilldown`、`bi-attribution-analysis`、`bi-time-impact-attribution`、`bi-new-dimension-analysis`
**统计与画像**:`bi-event-analysis`、`bi-funnel-analysis`、`bi-comparison-analysis`、`bi-distribution-analysis`、`bi-clustering`、`bi-ltv-analysis`
**报告输出**:`bi-report-generation` |
| Runtime | `skills/runtime/` | 横切面强制规范,约束所有层的执行行为(产物落盘、数据复用、异常处理、语义层查询) | `runtime-guide`、`bi-semantic-layer-guide` |
| Meta | `skills/meta/` | 仓库使用与协作约定,加载其它任何 SKILL 之前必须先读 | `skill-hub-guide`(本文件) |
### 典型调用链路
下面给出几种常见任务类型的链路。Runtime 层(`runtime-guide`、`bi-semantic-layer-guide`)在所有链路里**全程生效**,不再在每条链路中重复展开;`fetch-data` 在任何需要新取数的链路前置生效。
#### 1. BI 业务分析链路(任务类型 = 2a)
由 `data-intent-router` 判定为业务分析后,由 `analysis-plan-builder` 给出结构化计划,再根据计划落到具体的 workflow。
**1.1 通用指标分析(含异常归因)**
```
用户问题
→ L0 data-intent-router 判定为 BI 业务分析(2a)
→ L1 analysis-plan-builder 生成结构化分析计划,确认指标与角色
→ Workflows fetch-data 按计划取数落盘
→ Workflows bi-metric-analysis 编排以下原子技能:
→ bi-metric-observation
观测北极星指标表现,确认基准数据
→ bi-anomaly-detection
对北极星指标做异常检测
├─ [无外部阈值] → bi-adaptive-threshold 自适应计算阈值
└─ [有域知识包/用户指定阈值] → 直接使用
├─ [发现异常]
│ → bi-dimension-drilldown
│ 按归因维度逐层下拆
│ └─ bi-attribution-analysis 计算贡献度(定位哪个维度异常)
│ → [可选] bi-causal-attribution
│ 从外部文档证据(周报/活动记录/产品发布)中解释"为什么"
│ └─ [可选] bi-time-impact-attribution
│ 量化已找到的事件影响度
│ → [无外部证据时] bi-time-impact-attribution
│ 直接拆解结构变动/趋势变动/事件影响
│ └─ [需要阈值] → bi-adaptive-threshold
└─ [未发现异常] 继续
→ bi-new-dimension-analysis
识别新增维度值并评估表现
→ Atomic bi-report-generation (如需输出报告)生成 HTML 报告
```
**1.2 留存率分析**
```
用户问题(涉及次日/第 N 日留存、访问/使用留存、留存差异等)
→ L0 data-intent-router 判定为 BI 业务分析(2a)—— 留存子类
→ L1 analysis-plan-builder 明确留存锚点、留存指标、对比范围
→ Workflows fetch-data 取数(day0 / dayn 用户数)
→ Workflows bi-retention-analysis 编排:
→ [可选] bi-clustering 按用户特征分群
→ bi-retention-rate 计算各群/整体的留存率
→ [可选] bi-comparison-analysis 跨时间/群体/留存类型对比
→ Atomic bi-report-generation (如需输出报告)
```
**1.3 转化率分析**
```
用户问题(涉及转化率、阶段转化、转化变化归因等)
→ L0 data-intent-router 判定为 BI 业务分析(2a)—— 转化子类
→ L1 analysis-plan-builder 明确转化口径、起止行为、对比范围
→ Workflows fetch-data 取数(分子/分母用户数或事件数)
→ Workflows bi-conversion-analysis 编排:
→ [可选] bi-clustering 按用户/产品特征分群
→ bi-conversion-rate 计算各群/整体的转化率
→ [可选] bi-anomaly-detection 对转化率序列做异常检测
→ [可选] bi-comparison-analysis 跨时间/群体/渠道对比
→ Atomic bi-report-generation (如需输出报告)
```
**1.4 同期群(cohort)分析**
```
用户问题(按起始特征分群后跟踪后续表现)
→ L0 data-intent-router 判定为 BI 业务分析(2a)—— cohort 子类
→ L1 analysis-plan-builder 明确起始特征、跟踪指标、观察窗口
→ Workflows fetch-data 取数(cohort 划分依据 + 后续期表现指标)
→ Workflows bi-cohort-analysis 编排:
→ bi-clustering 按起始特征划分 cohort
→ 后续表现指标计算 按需调用 bi-retention-rate / bi-conversion-rate / bi-metric-observation 等
→ bi-comparison-analysis 跨 cohort 对比
→ Atomic bi-report-generation (如需输出报告)
```
#### 2. 数据探索链路(任务类型 = 2b)
```
用户问题
→ L0 data-intent-router 判定为数据探索(2b)
→ L1 analysis-plan-builder 数据探查 + 生成子任务序列
→ Workflows fetch-data 按子任务序列按需取数
→ 按子任务序列调用 Atomic:
bi-distribution-analysis(分布、缺失、异常值)、
bi-event-analysis(事件计数与聚合)、
bi-clustering(密度型子结构发现)等
→ 无固定 Workflows 编排,由 agent 按计划串接
```
#### 3. 统计建模链路(任务类型 = 2c)
```
用户问题(聚类、画像、假设检验等)
→ L0 data-intent-router 判定为统计建模(2c)
→ L1 analysis-plan-builder 明确建模目标、特征、评估口径
→ Workflows fetch-data 取建模所需样本数据
→ 按目标调用 Atomic:
bi-clustering(聚类/象限/分层)、
bi-comparison-analysis(显著性/差异检验)等
→ Atomic bi-report-generation (如需输出报告)
```
#### 4. 定量计算链路(任务类型 = 2d)
```
用户问题(已知公式的指标计算,如 LTV、漏斗、转化、留存、分布等)
→ L0 data-intent-router 判定为定量计算(2d)
→ Workflows fetch-data 取计算所需数据
→ 直接调用对应 Atomic:
bi-ltv-analysis、bi-funnel-analysis、bi-conversion-rate、
bi-retention-rate、bi-event-analysis、bi-distribution-analysis 之一或多个
→ 返回计算结果(一般无需走 L1 规划)
```
#### 5. 报告生成链路(任务类型 = 2e)
```
上下文中已有分析结论
→ L0 data-intent-router 判定为报告生成(2e)
→ Atomic bi-report-generation 将既有结论组织为可视化 HTML 报告
```
#### 6. 数据查询链路(任务类型 = 1a / 1b)
```
用户问题
→ L0 data-intent-router 判定为元数据查询(1a)或数据查询(1b)
→ Workflows fetch-data 直接取数或读元数据返回,不经过规划和分析流程
```
---
## 强制约束
### 必须做
- 每个步骤必须查阅对应 SKILL.md,按其定义的步骤顺序执行
- 产物必须落盘,遵循 `runtime-guide` 定义的目录和命名规范;取数产物遵循 `fetch-data` 定义的存储路径
- 同一份数据只获取一次,不重复计算
- 异常如实记录,不隐藏、不替代、不编造
- 语义层可用时,按 `bi-semantic-layer-guide` 优先查询指标定义与维度信息,再进入业务计算
### 禁止做
- 禁止跳过 SKILL 定义的步骤(如跳过异常检测直接归因、跳过取数直接编结果)
- 禁止忽略脚本(脚本可用时不得自行实现替代)
- 禁止编造数据(所有数字必须来自数据文件)
- 禁止自行发明分析方法(SKILL 未定义的方法不得使用)