用途：这是一个技能（skill），用于在事故的不同阶段撰写状态页更新，涵盖 investigating（调查中）、identified（已定位）、monitoring（监控中）、resolved（已解决）四个阶段。适用于用户提出“写一条事故更新”“API 故障帮我沟通”“为数据库故障起草已解决更新”“webhook 延迟该发什么”等请求时。
工作流程：1) 检查上下文，若存在 .agents/status-page-context.md 则读取，用于匹配团队语气、组件名称、严重级别和更新节奏；若不存在，建议先运行 status-page-context 技能，用户可选择跳过。2) 判断所处阶段，若消息中不明显则询问用户。3) 收集事故细节：受影响内容（组件/服务）、用户影响（报错、变慢、数据丢失）、未受影响内容、正在采取的措施；各阶段另有附加信息要求，如已定位阶段需根因、修复计划、预计恢复时间，已解决阶段需精确起止时间（UTC）及是否发布复盘。4) 撰写更新，原则按优先级为：立即界定影响范围（首句说明受影响与不受影响的内容）、具体描述用户影响、尽可能给出可操作指引、包含 UTC 时间戳、设定下次更新时间、已解决更新需总结完整经过。5) 写完后告知用户下一步该做什么，并建议何时再次运行本技能。
主要能力：提供四个阶段的模板，以及应避免的反模式清单，例如避免“对造成的不便深表歉意”这类空话、避免“部分用户可能遇到问题”这类含糊表述、避免重复无新信息的更新、避免无细节的“已解决”、避免“请保持耐心”、避免复制粘贴同一条更新。
相关技能：status-page-context、postmortem、maintenance、status-report。
限制：资料未提供该技能的安装方式、运行环境、收费情况或具体平台支持信息。