幻灯片
事故遥测演示文稿设计
Incident Telemetry — Operation Halcyon 将一次示例运行时中断转化为有序简报，用于追踪原因、风险与决策。
事故简报使用场景
- 事故响应简报将中断证据转化为有序的决策叙事。
- SRE 与平台评审将遥测、运维风险和拟议的解析器变更联系起来。
- 高管事故汇报在提出决策请求之前，先呈现技术影响。
- 事后复盘沟通将事件、负责人、证据和后续承诺集中在一起。
运维演示文稿亮点
- 十一张幻灯片的叙事从任务简报推进到签署。
- 运维时间线按顺序呈现供应商、解析器、值班告警和状态事件。
- 故障路径与策略将两行故障传播路径与拟议的解析器策略文字配对。
- 决策产物以一份注明日期的批准请求和具名负责人收尾。
Operation Halcyon 幻灯片
1 / 11
事故遥测演示文稿设计
Incident Telemetry — Operation Halcyon 是一份包含 11 张幻灯片的现场事故复盘，针对一次日期标注为 2026.05.13、发生于 03:18Z 至 06:41Z 的示例运行时中断。它明确提出“Read top to bottom”，并通过以下顺序体现这一要求：任务简报、目标、遥测、风险、事件序列、解析器对比、决策、审计摘录和签署。
该演示文稿使用黑色底色、磷光白文字和红色强调，使材料呈现出内部运维传输的感觉。封面将事故标题与任务、操作员、系统、单元和分发字段结合起来。这种框架让受众面对的是一份可供检查的文档，而不是泛泛的演示文稿；但密集的元数据也使开场不那么容易被快速浏览。
OpenDesign 发布了这份捆绑的社区示例，设计指导署名为 Taste Skill by Leonxlnx。该上游署名并不意味着该产物由 OpenDesign 独立创作。其中的人物、数据、系统名称和事故故事都是示例演示内容，并非经过验证的中断或获批准的运维计划。
任务背景
封面标识出 Operation Halcyon、Q. Albrecht、Halcyon-Runtime、EU-West-3 和内部发布范围，明确简报面向谁以及涉及哪个系统。
阅读约定
“Eleven slides. No friendly icons. Read top to bottom.” 设定了按顺序阅读的叙事预期，牺牲快速概览，换取按既定顺序展开的事故复盘。
需要证据与行动的简报
这种演示文稿格式适用于事故评审：受众既需要理解发生了什么，也需要知道应当改变什么。第二张幻灯片先确立时间窗口、受影响层级、丢失任务、退款金额、根因、解决时间和未完成行动，然后演示文稿才要求任何人批准重设计。
当技术问题跨越运维边界时，这种设计尤其有用。源内容提到了研究代理客户端、上游 DNS 供应商、值班响应人员、退款、客户工单、沟通和法律可审计性。将这些问题组织在一个叙事中，有助于读者超越单一服务指标来理解事故，尽管其信息密度要求演示者或读者愿意逐张幻灯片推进。
从事故框架开始
使用封面先确立系统、事故时间窗口、操作员、分发范围和文档状态，然后再呈现指标。
区分证据与响应
先放置已观测的遥测数据和事件时间顺序，再呈现拟议的阈值、重试预算、供应商权重和退款自动化。
以边界明确的决策结束
以所请求的决策、截止日期、负责人、见证人和签署背景收尾，而不是以开放式摘要结束。
从故障窗口走向解析器决策
叙事从影响开始，逐步收窄到干预措施。目标幻灯片列出五项承诺，包括将故障转移阈值从 600 ms 降至 180 ms、为三个独立 DNS 供应商分配相等权重，以及用预算替代重试循环。每一行都将策略变更与 14D、21D 或 30D 等时间范围配对，因此受众可以将拟议响应理解为承诺时间表，而不是一组零散想法。
遥测幻灯片将阅读方式从文字叙述切换为一组紧凑的测量值。它列出 Tier-3 故障率 17.3%，对比值为 +14.6 个百分点；解析器 p99 为 3,180 ms，并注明相较基线为 41 倍；重试次数为 68k，放大倍数为 x4.6；客户工单为 37，对比值为 11 倍。反复使用的“标签 + 数值”模式便于快速浏览，但这些指标仍是示例演示内容，并非经过验证的生产性能。
随后，风险登记表为技术故事加入负责人和概率。“Single-provider DNS resolver pin” 被标记为 CRIT，概率为 0.42，负责人为 Q.ALB；“Status page is a heatmap, not a sentence” 被标记为 MED，概率为 0.61，负责人为 L.ARR。这些行表明该演示文稿将沟通和基础设施视为相关风险，而表格的紧凑形式没有解释概率方法。
事件序列按时间展开因果叙述。它从 03:18:04Z 的过期 A 记录开始，经过 03:19:11Z 的解析器重试，再到 03:21:48Z 的 Tier-3 重试风暴和四次工程师值班告警，随后是 03:38:00Z 的首次公开状态更新，以及 04:01:22Z 的手动故障转移。这种顺序让读者能够区分触发、放大、响应和恢复，而不是把每个指标都视为同时发生。
已观测触发因素
供应商 04 返回过期记录，为时间线提供了具体的起始条件。
放大路径
固定解析和 Tier-3 重试将供应商问题与不断上升的 p99、值班告警和丢失任务联系起来。
拟议控制措施
虽然幻灯片标题写着“before & after”，但两行图示都展示的是故障路径。拟议的三供应商策略、180 ms 阈值和重试预算出现在下方段落中，而不是单独的变更后状态图中。
可见的设计与能力边界
源内容是一套包含 11 个区段的 HTML 演示文稿，通过垂直滚动阅读，使用 CSS 扫描线、闪烁强调元素和脉冲式健康指示器，而不是脚本分页。它展示了图示、指标块、风险行、时间线、审计摘录和签署构成，但没有验证实时遥测、已连接的解析器、经过身份验证的审计记录、自动退款或已完成的批准。其中的事故数据和叙事仍为示例内容。
其视觉系统具有明确特征：Archivo Black 用于“DNS.”等超大字号展示，JetBrains Mono 和 IBM Plex Mono 则用于标签、时间戳、记录和运维字段。超大的字体样本在决策幻灯片之前形成鲜明的节奏停顿，但也打断了分析流程；需要用字体展示划分叙事章节时，可以保留它。若每张幻灯片都必须推进事故论述，则可改为有来源依据的过渡。
当前的宽版封面截图包含完整的事故标题；一张已被替换的窄版截图曾将标题截断。决策幻灯片还存在另一项限制：超大的 RTFY 字形与解释文字重叠。示例故事在不同幻灯片之间也存在差异：摘要中将退款标为自动处理，但其他位置标为手动处理；摘要列出 7 项未完成行动，而审计记录列出 11 个行动事项。应将这些视为尚未调和的源细节，而不是某一份一致运维记录的证据。
如何在 OpenDesign 中创建事故遥测演示文稿设计
构建事故叙事框架
规划 11 张幻灯片，依次从事故背景与影响推进到承诺、遥测、风险、事件、故障路径、字体展示过渡页、决策、审计摘录与签署。将两行故障传播路径与其下方的拟议策略分开；所提供的图示并未展示已实现的变更后状态。
建议提示词为虚构的运行时中断创建一套包含 11 张幻灯片的事故遥测演示文稿设计。使用黑色、磷光白、警示红、Archivo Black 展示字体和等宽运维标签。包括封面、影响摘要、五项响应承诺、指标、风险登记表、带时间戳的序列、两个故障路径图及单独的拟议策略段落、DNS 字体展示过渡页、决策请求、审计摘录和负责人签署。保持所有数据为示例数据，在决策字形周围预留清晰空间，不要暗示存在实时遥测、已验证的审计记录或已实施的解析器变更。
优化字体与决策状态
将 DNS 字体样本作为叙事停顿，然后回到等宽时间戳、负责人、风险与审计条目。让决策字形避开解释性文案。在调整故事之前，核对示例退款状态、行动数量和日期；保留拟议策略、显示的签署文本与已完成的真实世界决策之间的清晰区分。
导出并获取分享链接
导出完成的设计稿，然后在 OpenDesign 中使用「Share」功能获取分享链接。在单独的浏览器窗口中打开链接，确认目标版本及其资源均可正常访问后，再将链接发送给他人。
