故障报告生成器

要解决什么问题

现场排查往往沉淀在 Markdown 日志里：节点 SN、OSD、截图 URL、时间线混在一起。交付给甲方或项目管理方时，若直接贴原文，容易出现口语化判断、章节随意、图片堆在文末等问题，也不符合云计算乙方常见的正式故障分析口径。

本技能把 Markdown 故障处理记录 转成 可编辑 HTML 报告，默认面向客户、项目管理方与运维负责人，身份定位是厂商技术支持 / 研发 / 交付团队输出的正式材料。

如何工作

1. 读取与解析：从源 Markdown 提取客户名、故障主题、发生/恢复时间、平台与产品版本、各节点排查结论、根因与处置方案；识别 COS/OSS 等图片链接并保留原始 URL。
2. 固定结构输出：报告始终包含「故障情况描述」「原因分析（已确认 / 初步判断 / 排除因素）」「处置与治理方案（临时 / 长期）」；字段缺失时保留标题并用审慎措辞说明，不删章节。
3. 模板与品牌：基于技能目录内 HTML 模板生成；未指定品牌用 ZStack 可编辑版，用户明确提到阿里云时用阿里云模板，仅替换 Logo、主色与默认团队名等品牌元素。
4. 图文与文风：图随文走——每张图归属具体排查点，按顺序编号；文案优先使用「经排查确认」「初步判断」「建议在维护窗口内执行」等表述，事实、分析、方案分层。
5. 保存：输出到用户 Downloads，文件名形如 故障报告_[客户名]_[日期]_可编辑版.html，保留 .editable、编辑脚本与打印 CSS。

适用边界

• 输入质量决定输出：Markdown 结构分散时技能会尝试合并节点块，但关键信息仍须你在源文档中写清。
• 故障等级 P1–P4 会据描述推断，只展示单一等级；无法判断时默认 P3，需人工复核。
• 技能不修改模板文件本身，只基于模板生成新报告；不要指望它替代现场未记录的根因结论。