セットアップ
プラグインを試す
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）を1つのフォルダにドラッグし、Coworkにそのフォルダを指定してください。Coworkはそこからテンプレートを読み込み、ドラフト、影響を受けた顧客のリスト、修正対応トラッカーをそのフォルダに書き戻します。インシデントレビュー用フォルダからCoworkプロジェクトを作成（新しいタブで開きます）すれば、テンプレート、トーンガイド、SLAの定義が紐づいたままになります。
プロンプト
これをClaude Coworkにコピーする
INC-4417の顧客向けインシデントレビューを作成してください。ウォールームのスレッド、影響範囲の期間中のチケット、直前24時間のデプロイ、そして顧客からの直接の引用を取得してください。タイムラインを再構築し、何人の顧客がどのくらいの期間影響を受けたかを数値化し、推奨される修正対応の担当者とともに、当社のテンプレートで初稿を作成してください。
これが効果的な理由
最初に対象読者を明示する。 文体が変わります。これはCSMが転送する文書であり、エンジニアリングのレトロスペクティブではありません。
影響を数値化する。 「何人が、どのくらいの期間」という問いによって、SLAクレジットの話し合いに使える数字が得られます。
直接の引用を求める。 影響を受けた顧客の声は、経営層が注目する部分です。明示的に求めてください。
時間範囲を設定する。 チケットとデプロイはインシデントのタイムスタンプで範囲が限定されるため、疑わしい対象のリストは短く、関連性の高いものになります。
より良いドラフトを得る
内部向けと外部向けを分ける。 「疑わしいデプロイを記載した内部向け付録を作成し、顧客向け文書は影響と修正対応のみに留める」と追加すれば、1回の実行で両方が作成されます。
参考例を追加する。 過去に自信を持てたレビューをフォルダに入れておくと、Coworkはその構成と、あなたのブランドが使うお詫びのトーンに合わせます。
Coworkを自分用に活用する
プラグインのスキルは出発点にすぎません。自分の実践方法や専門知識でカスタマイズしてください。数分の対話を行えば、以降はあなたの基準に沿って実行されます。
これまでこのタスクで行ったことをスキルにしてください。または、私のフィードバックをもとに/incident-reviewスキルを編集してください。
繰り返し実行できるようにする
ウォールームが終了したら実行する
顧客向け文書は、最初のCSMが求める前に存在しているべきです。プロンプトに/scheduleと入力するか、CoworkのサイドバーでScheduledを開くと、カスタマイズされたスキルが終了したウォールームを監視し、初稿を作成します。
/schedule 平日の午前9時に、過去24時間以内にresolvedとマークされた#inc-チャンネルを確認し、それぞれに対して/incident-reviewを実行し、ドラフトをSupport/Incidents/<incident-id>/customer-review.mdに書き込んでください。
毎日午前9時に、過去24時間以内に解決されたウォールームを見つけ、それぞれに対して/incident-reviewを実行し、顧客向けのドラフトをインシデントフォルダに書き込みます。
チームメイトと共有する
カスタマイズされた/incident-reviewには、あなたのテンプレート、トーンガイド、SLAクレジットの文言が組み込まれています。共有することで、どのサポートリーダーが対応していても、すべてのインシデントで同じ顧客向け文書が作成されます。
インシデント後に変わること
顧客向けのインシデントレビューは、元の記録から作成され、影響が数値化され、修正対応の担当者が割り当てられた状態になります。ゼロから書くのではなく、編集してすぐに送信できる状態です。
これを1件のインシデントに対して行いました。同じアプローチは、内部レトロスペクティブ、ステータスページの更新、SLAクレジットのサマリーにも適用でき、それぞれがチームが同じ方法で実行するスキルになります。