セットアップ
プラグインを試す
Engineeringプラグインには、/standupやその他のインシデント・運用スキルが出発点として用意されており、アラートストリームからシフトを要約するようにすでに構成されています。管理者がプラグインを管理していて、まだ利用できない場合は、これをスキップしてください。以下の内容はこれを必要としません。
/standupGenerate a standup update from recent activity./incident-responseRun an incident response workflow — triage, communicate, and write postmortem.ツールを接続する
Claude Coworkは、あなたのシステムと直接連携することでより強力になります。権限とアクセスはあなたが管理します。ツールアクセスについて学ぶ（新しいタブで開きます）。
CoworkでCustomize → Connectorsに移動して設定してください。
作業フォルダを設定する
使用するファイル（引き継ぎテンプレート、先週のブリーフ、ランブックインデックス）を1つのフォルダにドラッグし、Coworkにそのフォルダを指定してください。Coworkはそこからテンプレートを読み取り、ブリーフとウォッチリストをそこに書き戻します。オンコールフォルダからCoworkプロジェクトを作成（新しいタブで開きます）すると、テンプレート、チャンネルリスト、重大度の定義がローテーションごとに保持されます。
プロンプト
これをClaude Coworkにコピーしてください
私のシフトのオンコール引き継ぎを書いてください。過去7日間のページとインシデントチャンネル、#support-escalationsからのCSエスカレーション、本番デプロイを対象にしてください。それぞれについて、ステータス（解決済み、監視中、未解決）、判明している場合は一行の原因、次のオンコール担当者が注意すべき点を記載してください。オンコールフォルダに書き込み、#oncallに投稿してください。
なぜこれが効果的か
必要なソースをすべて指定してください。 ページ、CSエスカレーション、デプロイは次の担当者を起こす3つの要因です。この3つすべてを指定することで、システム間で何も漏れなくなります。
各項目のフィールドを指定してください。 その3つの組み合わせは、次のシフトが午前2時にトリアージするために必要なものそのものです。ブリーフはすでにその形で返ってきます。
出力先を指定してください。 ドキュメントは記録のためにフォルダに保存され、次のエンジニアが実際に目にするように#oncallにも保存されます。
前回のバージョンをコンテキストとして含めてください。 前回のローテーションで「監視中」とマークしたものは、削除されずに引き継がれます。
より良いドラフトを得る
ノイズの多いアラートを尋ねてください。 「3回以上発生したアラートを一覧にして、調整できるようにしてください」と追加すると、引き継ぎがアラート衛生のバックログとしても機能します。
ランブックへのリンクを依頼してください。 「まだ未解決のものについては、関連するランブックをリンクしてください」と追加すると、次のオンコール担当者が修正方法にワンクリックでアクセスできます。
Coworkを自分用に活用する
プラグインスキルは出発点です — 自分の実践や専門知識でカスタマイズしてください。数分の対話で、それ以降はあなたの基準で動作するようになります。
これまでこのタスクで行ったことをスキルにするか、私のフィードバックで/standupスキルを編集してください。
繰り返し実行できるようにする
ローテーション変更時に実行する
引き継ぎは毎週同じ時間に発生します。プロンプトで/scheduleと入力するか、CoworkのサイドバーでScheduledを開くと、カスタマイズされたスキルがローテーションの終わりごとにブリーフを作成します。覚えていたかどうかに関わらずです。
/schedule 毎週月曜日午前9時に、過去7日間のページ、#support-escalations、本番デプロイに対して/standupを実行し、引き継ぎをPlatform/Oncall/<week>.mdに書き込み、#oncallに投稿してください。
その週のページ、CSエスカレーション、デプロイに対して/standupを実行し、ブリーフをオンコールフォルダに書き込み、#oncallに投稿します。
チームメイトと共有する
カスタマイズされた/standupには、あなたのチャンネルリスト、ステータスラベル、チームの引き継ぎテンプレートが組み込まれています。これを共有することで、ローテーション内のすべてのエンジニアが同じブリーフを作成でき、前の担当者が疲れすぎて書けなかったために誰もシフトを手探りで始めることがなくなります。