批任务失败说明

要解决的问题

夜间批任务或 ETL 作业失败后，值班同学往往要在早会上交代清楚：哪个任务挂了、发生在哪个窗口、影响了哪些下游、能不能重跑。这些信息散落在聊天记录、调度日志和工单里，拼凑起来费时，口口相传又容易失真。这个技能的作用，就是把零散的失败信息整理成一份可直接流转的对内 Markdown 说明。

核心能力与工作方式

说明文档固定包含六部分：任务与窗口、失败摘要、影响范围、已做排查、重跑/绕过选项、待确认事项。使用流程分三步：

• 澄清：收集任务名与调度窗口、失败现象与日志要点、下游依赖（报表/对账/同步等）、是否可重跑（幂等性线索）。
• 整理规则：根因结论必须有据可依，否则一律标注 待确认；重跑选项写清前提与风险，不擅自执行；影响范围只列用户提及的下游；禁止假装已恢复。
• 输出：生成结构化 Markdown，可直接贴进 wiki 或群聊。

适用边界

它只面向批窗口失败，不处理线上实时故障——后者应使用故障短讯类技能。也不写完整事后复盘报告，只覆盖当次失败与重跑选项。配额告警场景下，只说明任务失败，不做用量配额解读。此外，它不连接调度系统或数据仓库 API，不自动触发重跑；根因不明时，写「待确认」就是正确输出，而不是编造结论。