設定
試用外掛
Operations 外掛內建 /runbook 和 /status-report 作為起點，已經結構化以引導戰情室並框定客戶影響。在步驟 3 中，您將把自己的版本儲存為 /incident-review。如果您的管理員負責管理外掛，而它尚未可用，請跳過此步驟；以下內容都不需要它。
/runbookCreate or update an operational runbook for a recurring task or procedure./status-reportGenerate a status report with KPIs, risks, and action items.連接您的工具
當 Claude Cowork 直接與您的系統協作時，它會更強大。您可以控制權限與存取範圍。了解工具存取權限（在新分頁中開啟）。
在 Cowork 中前往 Customize → Connectors 進行設定。
設定您的工作資料夾
將您要使用的檔案（您的客戶事後檢討範本、戰情室的匯出檔、工單 CSV）拖入同一個資料夾，並讓 Cowork 指向它。Cowork 會從那裡讀取範本，並將草稿、受影響客戶清單與補救追蹤表寫回該資料夾。從您的事件檢討資料夾建立一個 Cowork 專案（在新分頁中開啟），讓範本、語氣指南與 SLA 定義保持附加在一起。
提示
將此複製到 Claude Cowork 中
為 INC-4417 起草面向客戶的事件檢討報告。提取戰情室討論串、影響期間內的工單、前 24 小時內的部署，以及客戶的直接引述。重建時間軸，量化有多少客戶受到影響以及持續多久，並依照我們的範本撰寫初稿，附上建議的補救負責人。
為什麼這樣有效
一開始就明確指出受眾。 語氣會因此改變；這是您的 CSM 會轉發的文件，不是工程團隊的事後回顧。
量化影響程度。 「多少、持續多久」會迫使產生一個可以用在 SLA 賠償對話中的數字。
要求直接引述。 受影響客戶的聲音是管理層最關注的部分；請明確要求提供。
設定時間範圍。 工單與部署都以事件時間戳記為界限，因此可疑清單會簡短且相關。
取得更好的草稿
區分內部與外部內容。 加上「撰寫一份內部附錄，列出可疑部署；客戶文件只保留影響與補救內容」，這樣一次執行就能產生兩份文件。
加入範例以供比對。 將您過去滿意的一份檢討報告放入資料夾，Cowork 就會比對您品牌所使用的結構與致歉語氣。
讓 Cowork 為您所用
外掛技能只是一個起點——用您自己的實務與專業知識來客製化它。只需幾分鐘的對話，之後它就會依照您的標準執行。
把我們在這個任務中目前所做的內容變成一個技能，或依照我的回饋編輯 /incident-review 技能。
讓它可重複執行
在戰情室結束時執行
客戶文件應該在第一位 CSM 詢問之前就已存在。在提示中輸入 /schedule，或在 Cowork 側邊欄開啟 Scheduled，客製化後的技能就會監看已結束的戰情室並寫出初稿。
/schedule 每個工作日上午 9 點，檢查過去 24 小時內是否有任何 #inc- 頻道被標記為已解決，對其執行 /incident-review，並將草稿寫入 Support/Incidents/<incident-id>/customer-review.md。
每天上午 9 點，找出過去 24 小時內已解決的戰情室，對每一個執行 /incident-review，並將面向客戶的草稿寫入事件資料夾。
與您的團隊成員分享
您客製化的 /incident-review 現在已帶有您的範本、語氣指南與 SLA 賠償用語。分享它，讓每一次事件都能產生相同的客戶文件，無論是哪位支援主管當班。
事件發生後有什麼改變
面向客戶的事件檢討報告是從原始記錄起草而成，影響已量化、補救措施已指派負責人——可以直接編輯並寄出，而不需要從零開始撰寫。
您已經為一個事件完成了這件事。同樣的方法也適用於內部事後回顧、狀態頁更新與 SLA 賠償摘要——每一項都能變成您團隊以相同方式執行的技能。