用途：在服务中断期间，为客户撰写清晰的通知文案。客户不需要工程细节，只需要知道团队已察觉问题、正在处理、以及下次更新时间。该技能覆盖整个事件生命周期，用平实语言减少支持工单。若涉及安全/数据事件或公关危机，应改用 incident-public-statement 或 pr-crisis-response。
主要能力：即使只给出简短背景（如“部分用户结账失败”），也会产出完整的分阶段通知，推断受影响范围与合理的更新节奏，标注假设，并用方括号留出具体事实（开始时间、服务、预计恢复时间）供填写。
必要输入（未提供则推断并标注）：受影响的服务/功能及对象（全部用户、某地区、某套餐）；严重程度（完全中断、部分降级、间歇性）；状态（调查中、已定位原因、修复部署中、已解决）；时间（开始时间与下次更新节奏或预计恢复时间）；渠道（状态页、邮件、应用内横幅）及语气。
输出格式：1）状态页更新，每个阶段一条带时间戳并承诺下次更新时间的短帖，阶段包括 Investigating、Identified、Monitoring、Resolved；2）客户邮件，稍详细，说明受影响内容、当前能做/不能做什么、变通方案、实时状态查看地址；3）应用内/横幅一句话；4）恢复总结，用平实语言说明发生了什么、影响时间窗、已采取的预防措施、仍受影响时如何联系支持，保持不追责、非技术化，如有完整复盘可链接。
质量检查：每条进行中的更新都承诺具体的下次更新时间；如实说明范围；语言平实冷静，无内部术语；有变通方案时须包含；恢复总结须写明影响时间窗与预防步骤；文案应让非工程人员可直接发布。
限制与反模式：不要在更新之间沉默；不要淡化问题；不要在实时通知中堆砌工程细节或追责；不要承诺没有把握的预计恢复时间，改为承诺更新时间；不要忘记发布恢复消息。该技能基于事件沟通实践，具体平台与价格信息暂未提供。