事件應變
撰寫一頁式事件狀態更新
一頁式事件更新，說明目前影響、已核實事實、行動、負責人、下一個檢查點與不確定性，不讓利害關係人淹沒在原始記錄中。
流程
照這個順序做。
- 確認受眾、事件通道、時間戳與時區、目前階段，以及更新要支援的決策或安心訊息。
- 說明最近核實的客戶或業務影響、受影響範圍、嚴重度與仍未知的事項，以白話和明確截至時間呈現。
- 摘要進行中的緩解、調查、溝通與交接行動，每項列一個負責人和狀態，並另連結詳細記錄。
- 區分症狀與疑似原因、已完成與計畫工作，以及已承諾的檢查點與預估解決時間。
- 檢查隱私、安全、法律與受眾需求，移除秘密與不必要個人資料，對外通道送出前先暫停。
- 透過核准通道發布更新，記錄版本與收件者，即使沒有已知重大變化也安排下一次更新。
- 返回更新、支持證據、確認狀態與未解決風險，指定後續負責人，不做無條件承諾。
先準備
貓會向你要的輸入。
- 事件事實與目前階段
- 受眾與核准通道
- 影響與回應狀態
- 負責人與下一個檢查點
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
action-first-communication-pack skills/action-first-communication-pack/one-screen-incident-status-update/SKILL.md
界線
界線跟著提示一起走。
- 開始前先核實實際的工具、帳戶、權限與工作區；絕不聲稱擁有不可用的工具、帳戶、來源或能力。
- 私有程式碼、成品、即時探測或非公開資料請使用 Latch/target-workspace；若無法存取，就在邊界停下並回報阻礙，不可改用猜測。
- 任何有後果的外部行動前先暫停並取得明確核准；回傳證據、未解決風險、假設，以及仍在等待核准的行動。
完成代表
一個可核對的終點。
一頁式且有時間戳的狀態更新傳達已核實影響、目前行動、負責人、不確定性與下一個檢查點，不曝露敏感細節，也不承諾沒有依據的結果。
來源
這個流程從哪來。
- github.com/ayghri/i-have-adhd/tree/839872f9d1cd634fed642b4589ce7226199cc15f/
- sre.google/sre-book/incident-response/
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
