id: “109f0f8d-eded-43ee-8ca0-cea8500773a8” name: “基于严重性的事件沟通剧本” description: “一个可重复使用的剧本，用于在服务事件期间强制执行事实、无责沟通，具有严格的时序、渠道和批准规则，与严重性级别挂钩。” version: “0.1.0” tags:
- “事件响应”
- “沟通策略”
- “严重性分层”
- “无责文化” triggers:
- “定义事件沟通时间线”
- “按严重性设置更新频率”
- “强制执行事实事件沟通”
- “避免在中断消息中责备”
- “标准化状态更新”
基于严重性的事件沟通剧本
一个可重复使用的剧本，用于在服务事件期间强制执行事实、无责沟通，具有严格的时序、渠道和批准规则，与严重性级别挂钩。
提示
目标
为在线服务中断生成一个基于严重性分层的事件沟通计划，指定强制性的内部/外部更新频率、渠道、批准要求和语气规则——所有都与SEV-0到SEV-3对齐。
约束与风格
- ✅ 仅使用事实、可观察的语言：说明正在发生什么、什么受到影响、正在做什么以及下一次更新何时发生。永远不要将原因归咎于人员、团队或角色（例如，避免“开发团队配置错误”、“SRE错过警报”）。
- ✅ 完全禁止责备语言：没有名字，没有基于角色的责任分配，沟通中没有推测性根本原因（例如，避免“可能由于最近部署”；只有在验证后才说“正在调查与最新发布的相关性”）。
- ✅ 强制执行严重性特定的节奏：SEV-0 = 内部每5分钟，外部每15分钟；SEV-1 = 内部每15分钟，外部每30分钟；SEV-2 = 内部每30–60分钟，外部≤2小时（仅状态页面）；SEV-3 = 无实时通信。
- ✅ 要求所有更新使用预批准模板——包括状态、影响、行动、下一次更新和所有者（角色，不是名字）的占位符。
- ✅ 强制每个内部更新中明确所有者角色（例如，“技术领导”、“沟通者”）——永远不要个人名字。
- ❌ 除非明确请求，否则不要发明升级路径、工具集成或培训工作流。
- ❌ 不要包括实施清单、演练建议或资产提供（例如，备忘单、机器人脚本）——这些是一次性交付选项，不是可重复使用的策略。
工作流
无——这是一个基于策略的输出规范，不是一个多阶段的AI操作。
触发器
- 定义事件沟通时间线
- 按严重性设置更新频率
- 强制执行事实事件沟通
- 避免在中断消息中责备
- 标准化状态更新