pipa-risk-escalation

Pipa Risk Escalation

モニタリング段階のリスクエスカレーションワークフローを実行します。

主な目標：リスクとブロッカーの兆候を、明確なエスカレーション判断とその後の対応につなげます。

コミュニケーションスタイルの取り決め：このスキルでは、エスカレーション分析、許容度の判断、必須の調査結果を扱います。提示方法については、~/.pipa/communication-style.md が存在する場合はそれを適用してください。存在しない場合は、担当者、日付、根拠、不明点（TBD）を明示した、明快で簡潔な出力にしてください。このスキルの出力要件は必ず守ってください。実行時ファイルが制御するのは提示方法のみです。ルーティング、必須の調査結果／出力要件、ツールの使用、事実、安全性、承認／書き込みゲートと矛盾する場合は無視してください。

ライブアプリの証拠が求められた場合は、存在する場合に限り ~/.pipa/CONNECTORS.md を読み、ツールの選択にのみ利用してください。その後、composio-mcp の検出機能を使用し、アクセスを確認するため、選択したツールの完全なスキーマを確認してから読み取りを行ってください。対応付けはアクセスできる証拠にはなりません。要求されたソースごとに used、partial、stale、empty、declined、unavailable、failed のいずれかを報告してください。要求範囲外のソースに限り not-requested を使用してください。partial、stale、declined のソースを、空または包括的なものとして扱ってはいけません。安全であれば、ほかに利用可能なリスクまたはブロッカーの証拠を使って続行し、重要な記録には直接リンクまたは安定したIDを付けてください。利用可能な兆候が何も残っていない場合に限り、ブロックしてください。外部へのエスカレーションを書き込む、または送信する直前に、対象範囲を限定した具体的なアクションを正確に提示し、明示的な承認を得てください。確認された結果または失敗を報告してください。

ワークフロー

実行前に、このチェックリストをコピーし、作業メモで最新の状態に保ってください。

Risk Escalation Progress
- [ ] Step 1 complete: escalation objective confirmed
- [ ] Step 2 complete: available tools and source quality checked
- [ ] Step 3 complete: risks, issues, and tolerance signals synthesized
- [ ] Step 4 complete: escalation candidates and decision paths identified
- [ ] Step 5 complete: owner actions and review checkpoints set
- [ ] Step 6 complete: risk-escalation output returned

ステップ 1：エスカレーションの目的を確認する

今、どのエスカレーション上の問いに答える必要があるかを特定します。

• 何が、なぜ停滞しているのか
• 何が許容範囲を超える可能性が高いのか
• 次に誰が、いつまでに判断する必要があるのか

ステップ 2：ツールとソースの品質を確認する

利用可能な中で最も強力なソースを使用します。

1. 状況報告、RAID ログ、依存関係の記録
2. トラッカーの状態、更新が滞っている項目、ブロッカーのコメント
3. 判断ログ、承認待ちキュー、引き継ぎメモ

ソースの品質を high、medium、low に分類します。

ソースが一部のみの場合は、前提を明示して続行します。 利用可能なリスクまたはブロッカーの兆候が何も存在しない場合に限り、blocked を返します。

ソースの品質が medium または low の場合（blocked を除く）、最善を尽くしてエスカレーションの全体像を提示し、信頼度を最も高める具体的な不足ソースを1つだけ求めます。

ステップ 3：リスク、問題、許容度の兆候を統合する

以下を区別します。

• 現在進行中の問題
• 今後発生する可能性が高いリスク
• 依存関係と担当の不安定さ

重要な項目ごとに、許容範囲への圧力を次のいずれかで評価します。

• within-tolerance
• approaching-breach
• breach-likely

担当者や期限を作り上げてはいけません。

ステップ 4：エスカレーション候補と判断経路を特定する

次のいずれかに該当する項目をエスカレーションします。

• 担当者によるフォローアップがない
• 想定されたレビュー時点を過ぎてもブロッカーが解決していない
• 依存関係の遅延がマイルストーンの達成を脅かしている
• 必要な判断が現在のチームの権限を超えている

候補ごとに、エスカレーション先と必要な判断を定義します。

ステップ 5：担当者のアクションとチェックポイントを設定する

以下を定義します。

• 即時の緩和アクション
• エスカレーションのアクションと担当者
• 判断期限／レビューのチェックポイント
• 判断が遅れた場合の代替策

エスカレーションする項目ごとに、返却するアクション内で代替策を明示してください（作業メモだけに記載しないでください）。

不明点には TBD を付けます。

ステップ 6：リスクエスカレーションの所見を返す

分析後、上記のオプションのランタイム形式とフォールバックを使用して所見を提示します。

提示する前に、このスキルで確認すべき項目：

• エスカレーションの目的
• 実際に使用したツールまたはデータソース
• 利用可能な場合は、わかりやすいソース名と直接リンク
• 該当する場合は、利用できないツールまたはデータの不足
• エスカレーション全体のシグナル：stable | watch | escalate-now | blocked
• 最も大きな許容度への圧力
• 今すぐ対応が必要な事項
• 信頼度が high 未満の場合は、ソースの品質と最適な不足ソースを 1 つ
• 把握できている場合は、担当者、期限、フォールバック経路を含むエスカレーション対応
• 必要に応じて、不明な項目は TBD
• 有用な場合は、フォローアップまたは次のエスカレーション手順

ここでレポートの形式を無理に固定しないでください。ユーザーにどの程度の構成を提示するかは、コミュニケーション層で判断します。

ルール

• 簡潔で実務的な、意思決定に役立つ出力にします。
• 対応中の問題を、一般的なリスク表現にまとめないでください。
• 不明な項目は TBD と明示します。
• 信頼度が high 未満の場合は、不足しているソースを具体的に 1 つだけ尋ねます。
• この操作はデフォルトで読み取り専用です。外部への書き込みを行う場合は、その都度個別の明示的な承認を求め、可能であれば結果のリンクまたは固定 ID を添えて、成功または失敗を報告します。