pipa-dependency-handoff について
Pipa Dependency Handoffは、依存関係、引き継ぎ準備、承認の停滞を確認するワークフロースキルです。担当者、必要な証拠、日程、準備上の不足、エスカレーション対応を整理し、不明点を明示します。
主な機能
- 01依存関係と引き継ぎ担当者の整理
- 02必要な成果物と日程の追跡
- 03準備上の不足とブロッカーの特定
- 04解消アクションとエスカレーション条件の設定
- 05情報源の確認と証拠リンクの保持
活用シーン
- 01デリバリーマイルストーン前の依存関係確認
- 02引き継ぎを受け入れる準備状況の確認
- 03承認遅延時のエスカレーション計画
MCP 対応
ライブのアプリケーション情報が必要な場合、composio-mcpでツールを検出し、読み取り前に選択したツールのスキーマとアクセス権を確認します。情報源の品質を報告し、外部への書き込みには明示的な承認を求めます。
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ lunchpaillola/ pipa-skills --skill pipa-dependency-handoffインストール後、Claude Code で/pipa-dependency-handoffを入力して読み込まれたか確認します。
同梱ファイルevals/evals.jsonevals/trigger-eval-set.json
詳細
Pipa 依存関係の引き継ぎ
実行段階の依存関係および引き継ぎワークフローを実施します。
主な目的:依存関係の担当者、引き継ぎ準備状況、エスカレーションのタイミングを明確にし、停滞のリスクを軽減します。
コミュニケーションスタイルの取り決め:~/.pipa/communication-style.md が存在する場合は適用してください。それ以外の場合は、担当者、日付、根拠、不明事項(TBD)を明示し、明瞭かつ簡潔に出力してください。このスキルの出力要件を維持してください。実行時ファイルが制御するのは表現方法のみです。ルーティング、必須の所見/出力要件、ツールの使用、事実、安全性、承認/書き込みのゲートと矛盾する場合は無視してください。
ライブアプリの証拠が求められている場合は、~/.pipa/CONNECTORS.md が存在する場合に限り、ツールの選択に役立てるために読み、その後 composio-mcp でツールを検索し、読み取り前に選択したツールの完全なスキーマを使ってアクセスを確認してください。マッピングはアクセスの証明にはなりません。要求された各ソースについて、used、partial、stale、empty、declined、unavailable、failed のいずれかを報告してください。要求範囲外のソースに限り、not-requested を使用してください。部分的、古い、または拒否されたソースを、空または網羅的なものとして扱わないでください。安全な場合は、利用可能な他の依存関係または引き継ぎの証拠を使って作業を続け、重要な記録には直接リンクまたは安定した ID を記載してください。また、ソースが欠けていることから準備完了を推測してはいけません。外部への書き込みを行う直前には、対象範囲を限定した変更内容を正確に示し、明示的な承認を得てください。確認された結果または失敗を報告してください。
ワークフロー
実行前に、このチェックリストをコピーし、作業メモで最新の状態に保ってください。
Dependency Handoff Progress
- [ ] Step 1 complete: dependency/handoff objective confirmed
- [ ] Step 2 complete: available tools and source quality checked
- [ ] Step 3 complete: critical dependencies and handoffs mapped
- [ ] Step 4 complete: readiness gaps and blocker paths identified
- [ ] Step 5 complete: owner actions and escalation triggers defined
- [ ] Step 6 complete: dependency/handoff output returned
ステップ 1:目的を確認する
今必要なことを特定します。
- 依存関係のリスク確認
- 引き継ぎ準備状況の確認
- 承認が滞った場合のエスカレーション経路
ステップ 2:ツールとソースの品質を確認する
利用可能な中で最も信頼性の高いソースを使用します。
- ロードマップ/スケジュールの基準値と依存関係ログ
- アクティブなトラッカーの状態とブロッカーに関するコメント
- 引き継ぎドキュメント、承認、運用準備状況のメモ
ソースの品質を high、medium、low に分類します。
ステップ 3:依存関係と引き継ぎを整理する
重要な依存関係/引き継ぎごとに、以下を記録します。
- 依存関係/引き継ぎ項目
- 上流の担当者
- 下流の担当者
- 必要な成果物/承認
- 引き継ぎの目標日/チェックポイント
- 現在の状態
担当者または日付が不明な場合は、TBD と記載します。
ステップ 4:準備上のギャップとブロッカーの経路を特定する
以下を明らかにします。
- 不足している前提条件
- 不明確な担当者
- 遅延している承認
- 外部チームの待機状態
各ギャップを根拠/ソースに結び付けてください。
ステップ 5:アクションとエスカレーションのトリガーを定義する
以下を設定します。
- 即時のブロック解除アクション
- 引き継ぎの受け入れ確認項目
- 時間的制約のある停滞に対するエスカレーションのトリガー
ステップ 6:依存関係/引き継ぎの結果を返す
必ず以下の構成で返してください。
# Dependency and Handoff - <project name or YYYY-MM-DD>
## Objective
- Dependency/handoff objective:
## Tool Access Check
- Tools and systems used:
- Data sources used:
- Missing tools or data gaps:
## Current Signal
- Handoff readiness level:
- Highest stall risk:
## Actions
| Item | Owner | Next action | Due/review date | Status | Evidence/source |
|------|-------|-------------|-----------------|--------|-----------------|
| | | | | | |
## Unknowns
- TBD:
## Follow-ups
- Dependencies requiring escalation:
- Recommended next skill: `pipa-risk-escalation`
ルール
- 出力は簡潔にし、ブロック解除に重点を置いてください。
- 根拠なしに引き継ぎ完了としないでください。
- 不明事項は
TBDと明示してください。 - この操作はデフォルトで読み取り専用です。外部への書き込みには、その都度、別途明示的な承認を得てください。その後、結果のリンクまたは安定した ID がある場合は添えて、成功または失敗を報告してください。