pipa-work-coordination について
進行中の作業パッケージを調整し、担当者、次の行動、依存関係、確認ポイントを明確にするワークフロースキルです。情報源の品質と未確定事項を明示し、外部への変更前に承認を求めます。
主な機能
- 01進行中の作業パッケージを整理
- 02担当者と順序の不足を特定
- 03阻害要因の解消策と確認点を設定
- 04情報源の品質と証拠を追跡
- 05外部書き込み前に承認を要求
活用シーン
- 01進行中の作業の担当者と次の行動を確認
- 02更新の滞った項目や依存関係の阻害を発見
- 03実行段階への引き継ぎを準備
- 04トラッカーや引き継ぎ記録を基に作業を調整
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ lunchpaillola/ pipa-skills --skill pipa-work-coordinationインストール後、Claude Code で/pipa-work-coordinationを入力して読み込まれたか確認します。
同梱ファイル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 を引用してください。利用可能な実行ソースが残っていない場合に限り、ブロックしてください。外部への書き込みを行う直前に、対象範囲を明確にした変更内容を提示し、明示的な承認を得てください。確認済みの結果または失敗を報告してください。
ワークフロー
実行前に、このチェックリストをコピーし、作業メモで最新の状態に保ってください。
Work Package Coordination Progress
- [ ] Step 1 complete: execution objective confirmed
- [ ] Step 2 complete: available tools and source quality checked
- [ ] Step 3 complete: active work packages normalized
- [ ] Step 4 complete: owner and sequencing gaps identified
- [ ] Step 5 complete: coordination actions and checkpoints set
- [ ] Step 6 complete: execution output returned
ステップ 1:目的を確認する
現在の調整依頼を特定します。
- 現時点で、誰が何を担当しているか
- 何を順序付ける、または再調整する必要があるか
- 今サイクルで進められるものと、ブロックされているものは何か
ステップ 2:ツールとソースの品質を確認する
利用可能な中で最も信頼性の高いソースを使用します。
- トラッカーボード/エクスポートと現在のステータス情報
- 最新のスタンドアップメモ、コメント、引き継ぎ記録
- 順序付けの背景となるスコープ/ロードマップのベースライン
ソースの品質を high、medium、low に分類してください。
利用可能な実行ソースがない場合に限り、blocked を返してください。
ステップ 3:進行中の作業パッケージを正規化する
各パッケージについて、以下を記録します。
- パッケージ項目と現在の状態
- 担当者
- 次のアクション
- 期限/レビュー日
- 依存関係
- 根拠/ソース
担当者または日付が不明な場合は、TBD と記載してください。
ステップ 4:担当と順序付けの不足を特定する
実行上のリスクを明らかにします。
- 担当者の不足
- 情報が古い/更新のない項目
- 順序付けの競合
- ブロックされている依存関係
項目を自動的にクローズしないでください。
ステップ 5:調整アクションとチェックポイントを設定する
以下を定義します。
- 作業の流れを妨げている要因を解消するための主要なアクション
- 担当者によるフォローアップのチェックポイント
- 許容範囲を超える可能性がある項目のエスカレーション条件
ステップ 6:調整結果を返す
必ず次の構成で返してください。
# Work Package Coordination - <project name or YYYY-MM-DD>
## Objective
- Coordination objective:
## Tool Access Check
- Tools and systems used:
- Data sources used:
- Missing tools or data gaps:
## Current Signal
- Flow state:
- What is moving:
- What needs attention now:
## Actions
| Item | Owner | Next action | Due/review date | Status | Evidence/source |
|------|-------|-------------|-----------------|--------|-----------------|
| | | | | | |
## Unknowns
- TBD:
## Follow-ups
- Items needing reassignment or resequencing:
- Recommended next skill: `pipa-status-update`
ルール
- 出力は簡潔で、実行にそのまま使える内容にしてください。
- 可能な限り、ソース ID と既存の表現を維持してください。
- 不明点は
TBDと明示してください。 - コンテキストが乏しいプロンプト(短い Slack メモなど)でも、説明だけの助言に切り替えず、契約で定められたセクション一式と Actions テーブルを返してください。
- Actions テーブルでは、担当者または期限/レビュー日がソースで裏付けられていない場合、セルに文字列どおり
TBDを設定してください(「今日」や「ASAP」などの緊急度を示す語から日付を推測してはいけません)。 - execute から monitor への引き継ぎ準備状況が求められ、進行中の項目に必須フィールド(
Owner、Next action、Due/review date、Status、Evidence/source)が不足している場合、引き継ぎ準備状況をblockedとし、項目ごとに最低限必要なフィールドの追加を列挙してください。 - この操作は既定で読み取り専用です。外部への書き込みごとに別途明示的な承認を得てから実行し、可能な場合は結果へのリンクまたは安定した ID とともに成功または失敗を報告してください。