数据集更新任务跟踪
把「坏了才知道、群里问口径、谁的锅靠吵」变成「24 个任务一本账、每天 06:30 全域体检、告警即归因、工单闭环沉淀案例」。 数据部不再是救火队，而是看报告、拍决策的人。
WorkBuddy 操作效果 · 对话流演示
下面是一段真实操作演示（非动画）。您可以一步步点「下一步」看 WorkBuddy 怎么建台账、做体检、归因、派单、沉淀案例；也可以「自动播放」连看。对话里出现的每个数字，都能在下方「数据源电子表格」里溯源到同一套构造数据。
WorkBuddy 操作效果录屏
从「打开数据集台账」到「口径与需求清单」，全程按下面 12 个节点录制。左侧是播放区，右侧是可点击的章节目录—— 录制文件放入后，点章节即可跳到对应进度；录制未到位时，页面会自动切换到脚本化操作回放，按同样节奏逐屏演示。
可下载的数据源电子表格
两份文件覆盖同一套 POC 数据：Excel 工作簿按业务视角分 12 张工作表，用于现场演示与逐表讲解； CSV 数据集是 WorkBuddy 专家包直接读取的原生数据源，用于核对字段口径与复跑验证。两份内容同源、可交叉核对。
DUTT-01 POC 测试数据（Excel 工作簿）
整套 POC 的数据底稿：配置表（任务台账 / 依赖关系）、过程表（运行记录 / 归因报告 / 案例库 / 工单 / 提醒 / 口径 / 需求 / 异常）与结果表（健康日报 / 看板指标）。 每张表首行都带一行规则口径说明，直接说明该表的取值依据。
- 现场演示时逐表打开，讲清「这条数据从哪来、按什么规则判的」
- 可作为客户任务导入模板——替换任务清单后逻辑完全一致
- 统计截止日 CUTOFF = 2026-09-29（30 天窗口 08-31 ~ 09-29）
WorkBuddy 专家包原生数据源（CSV 数据集）
演示专家包 data-update-task-tracking-poc 实际调用的数据文件。
WorkBuddy 直接读取这些 CSV 生成台账、体检报告、归因结果、工单与看板——与 Excel 是同一套数据的两副面孔。包内附数据生成脚本，所有统计数字可复算核对。
- 字段名与 PRD 口径一一对应，便于核对规则实现
- 可导入简道云表单批量建表，或直接喂给脚本复跑
- 含 root_cause_reports.csv（归因报告）与 kpi.csv（指标口径）
Excel 工作簿 · 12 张表逐表说明
按「配置 → 过程 → 结果」三段读，就理解了整套系统的数据链路。
| 工作表 | 规模 | 属于 | 这张表解决什么 / 关键口径 |
|---|---|---|---|
| 01-数据集任务台账 | 24 个 × 12 列 | 配置 | 管哪些任务。含任务编号、业务域、更新频次、承诺产出时间、责任人、是否核心、台账来源与台账状态。其中 4 个是扫描新发现的散脚本——AI 只发现，人工点确认才算入册。 |
| 02-依赖关系配置 | 30 条 × 5 列 | 配置 | 谁连着谁。记录任务间与跨系统的上下游关系（如经营日报宽表依赖发电量汇总）。上游失败连带下游的归因判定就靠这张表，是「谁的锅」的证据底册。 |
| 03-实例运行记录 | 737 条 × 13 列 | 过程 | 跑得怎么样。30 天 705 条基线实例（成功 669 / 失败 26 / 超时 5 / 漏跑 5）+ 32 条重跑新实例。跨天任务按业务日期归属，跑到位才算数；重跑生成新实例、不改原记录。 |
| 04-故障归因报告 主对象 | 36 条 × 14 列 | 过程 | 坏了为什么。每条故障一份报告：现象、根因分类、判定说明、运行证据、影响面、建议动作、归因耗时与结论（采纳 / 转人工 / 推翻）。36 条全数归因，平均 2.0 分钟。 |
| 05-归因案例库 | 8 条 × 8 列 | 过程 | 错了留下来。归档错误模式与判定要点，含「文件没到≠没数据」「日志撑满≠磁盘真写满」等人工推翻案例——推翻的结论反而是最值钱的判定要点，新人翻库就能接手。 |
| 06-处置工单 主对象 | 30 张 × 12 列 | 过程 | 谁来修、修完没。36 条故障按同根因合并成 30 张工单（磁盘写满 2 并 1、权限 3 并 1、短信重发 2 并 1），记录派单/接单时间、处理状态、闭环时长与处理结论。 |
| 07-提醒记录 | 12 条 × 9 列 | 过程 | 卡住了喊人。15 分钟未接单自动升级：一级提醒本人 → 二级抄送主管 → 三级平台负责人，另有未闭环工单的当日督办补发。提前闭环的不触发提醒，12 条全部送达。 |
| 08-指标口径登记 | 18 条 × 8 列 | 过程 | 数字怎么算。登记指标名、业务定义、数据来源、维护人与状态（生效 / 复核中）。两个部门为一个数字吵架时，先查口径登记，再决定要不要改——口径变更有留痕。 |
| 09-需求单 | 14 条 × 10 列 | 过程 | 要数据走流程。提报、受理、开发、上线的全链路留痕，含受理时效与超期提醒（本期 1 条超期已标红）。数据需求不再靠群里喊，全部有台账、有闭环。 |
| 10-健康日报 | 30 天 × 12 列 | 结果 | 每天一份体检单：当日应产出、实际成功 / 失败 / 超时 / 漏跑、按时产出率、体检耗时。30 天连起来看就是趋势，管理层只看这一张。 |
| 11-异常与待办 | 10 条 × 7 列 | 过程 | 悬而未决的事。待人工确认的漏管任务、转人工排查中的归因、挂起工单等——异常不静默丢弃，每条都有下一步动作与承诺日期。 |
| 12-看板指标 | 20 项 × 7 列 | 结果 | KPI 定义表：指标、数值、单位、口径（分子 ÷ 分母）、验证方式与备注。必验机制 4 项、观察项、客户诉求基线分层标注——每个数字都能被追问「怎么算的」并当场答得出来。 |
CSV 数据集 · 12 个文件说明
压缩包解压后位于 data-update-task-tracking-poc/data/，UTF-8 with BOM 编码，可直接用 Excel / WPS 打开；另附数据生成脚本 generate_data.py，全部统计数字可复算。
| 文件 | 记录数 | 内容与用途 |
|---|---|---|
| dataset_registry.csv | 24 | 数据集任务台账：频次、承诺时间、责任人、台账状态。对应 Excel 表 01。 |
| lineage.csv | 30 | 依赖关系配置：上下游任务与层级。对应 Excel 表 02；归因连带判定的依据。 |
| instances.csv | 737 | 实例运行记录：基线 705 + 重跑 32。对应 Excel 表 03；体检与 KPI 的数据源。 |
| root_cause_reports.csv | 36 | 故障归因报告：根因、证据、影响面、结论与耗时。对应 Excel 表 04。 |
| case_library.csv | 8 | 归因案例库：错误模式与判定要点。对应 Excel 表 05。 |
| work_orders.csv | 30 | 处置工单：合并派单、接单、闭环状态。对应 Excel 表 06。 |
| reminders.csv | 12 | 提醒记录：三级升级链 + 未闭环督办留痕。对应 Excel 表 07。 |
| metric_dict.csv | 18 | 指标口径登记：定义、来源、维护人、状态。对应 Excel 表 08。 |
| demand_tickets.csv | 14 | 需求单：提报到上线全链路与超期提醒。对应 Excel 表 09。 |
| daily_health.csv | 30 | 健康日报：逐日体检结果与耗时。对应 Excel 表 10。 |
| exceptions.csv | 10 | 异常与待办：待确认、排查中、挂起事项。对应 Excel 表 11。 |
| kpi.csv | 20 | 看板指标：含分子分母口径与验证方式。对应 Excel 表 12。 |
六个模块，各管一段，职责不重叠
M1 只管台账、M2 只管识别与体检、M3 只管归因、M4 只管工单、M5 只管口径、M6 只管需求。
台账提取
扫描调度配置与运行目录，生成数据集任务台账：频次、承诺时间、责任人、依赖关系。扫描发现的新任务不自动入册，人工点确认才算，全程留痕。
状态识别与体检
每日 06:30 全域体检：成功、失败、超时、漏跑四态识别，跨天任务按业务日期归属。体检平均 6.2 分钟，出一份带趋势的健康日报。
故障自动归因
失败、超时、漏跑立即触发归因：结合运行记录、依赖链、源表分区与版本变更给出根因、证据链、影响面与建议动作，平均 2.0 分钟。拿不准的候选并列转人工，不给假答案。
工单闭环与提醒
按同根因合并派单（本期 36 条归 30 张），15 分钟未接单自动升级：本人 → 主管 → 平台负责人；处理中工单当日未闭环还有督办补发。重跑按钮永远留给人点。
口径登记
指标口径登记在案：定义、来源、维护人、生效状态。口径争议先查登记再议修订，变更有留痕——两个部门不用再为同一个数字吵架。
需求提报
取数、报表类需求走单一入口：提报、受理、开发、上线全链路留痕，受理超期自动提醒负责人。业务部门看得见进度，数据部不再被追着问。
三条最容易被追问的口径，先说清楚
「漏跑」怎么算
01凌晨任务（如 00:30 产出昨日报表）记昨日业务日期，不因跑得晚算今天02到了承诺时间没有运行记录 → 记「漏跑」，单独成类、不与失败混算03修复后补跑生成新实例，原失败记录不删不改——审计随时能翻回来04重跑成功计入「补数成功」，不冲抵当月故障数
归因拿不准怎么办
01两个候选原因并列时不强行二选一，转人工确认（本期 3 条）02人工可推翻机器结论（本期 2 条），推翻原因写进报告03推翻与转人工案例沉淀进案例库——错得越典型越值钱04归因报告必附证据链（运行记录 / 依赖 / 分区 / 版本），结论可回溯
「谁的锅」怎么定
01上游没数据、上游没跑成、自己跑挂了——三类根因分开统计02上下游证据并列呈现：本任务记录 + 上游实例 + 源表分区检查03本期 36 条里 20 条根因在上游（55.6%）——吵锅有了对账单04系统不判绩效：归属规则由客户定义，报告只负责把证据给全
三个必验机制指标，现场核验
全部是绝对数，核验的是「机制有没有跑起来」，不是我们自说自话的倍数。本期未接真实数据，不出现「准确率 N%」这类承诺。
669 ÷ 705
669 ÷（669+26）
36 条均值
12 ÷ 12
20 ÷ 36
30 天均值
按时产出率、成功率、归因耗时、送达率、上游占比、体检耗时、漏管发现数（4 个）、重跑补数（32 条）均为观察项：记录基线，不设门槛。 客户诉求基线：故障定位 90 分钟 → 目标 ≤15 分钟——90 分钟为客户口述现状（待书面回填《前置调研表》），≤15 分钟为客户诉求目标，均非本期承诺。 不验收项：月故障降幅 -75%——运营指标，需 ≥3 个月真实运行方可统计，上线后另签运营目标，POC 只交付机制。
现场演示路径 · 12 步 / 约 40 分钟
每一步都写清楚「现场看什么」和「讲什么」。点左侧目录里的任一条，可直接跳到上面的录屏对应节点。
POC 范围：做什么、不做什么
7 条「不做」在售前阶段就明确告知，不为拿单口头承诺。
做：全流程跑通
- 24 个数据集任务规模（含 4 个扫描新发现），全链路一条不落
- 台账提取 → 每日 06:30 全域体检 → 四态状态识别
- 故障自动归因（含证据链与影响面）→ 同根因合并派单 → 三级提醒升级
- 案例沉淀 + 口径登记 + 需求提报跟踪
- 承载：简道云表单 / 流程 / 看板为主 + 钉钉工作通知推送
不做：7 条明确出界
- 自动重跑任何数据任务——重跑按钮永远留给人点
- 修改源系统与调度配置——只发现、只建议，不动生产环境
- 承诺归因准确率——拿不准转人工、可推翻，本期只有机制没有准确率承诺
- 数仓 / 数据库直连取数——本期基于台账与运行记录，不做数据集成
- 实时监控大屏与秒级告警——本期为每日 06:30 定时体检
- 自动判绩效——归属报告只摆证据，口径由客户定义
- 字段级权限与脱敏、多租户——进后续版本