pipa-iteration-cycle について
Pipa Iteration Cycleは、イテレーションの計画、実行、終了を支援するワークフロースキルです。コミットメントと進行中の作業を整理し、持ち越しリスクを示して、回復策と確認ポイントを定めます。
主な機能
- 01サイクル目標の確認
- 02コミットメントと作業状態の整理
- 03ブロッカーと持ち越しリスクの評価
- 04キャパシティと途中変更の圧力の把握
- 05回復策と確認ポイントの設定
活用シーン
- 01サイクル計画時のコミットメント確認
- 02サイクル中のブロッカーとリスク作業の監視
- 03サイクル終了時の持ち越し判断の準備
MCP 対応
ライブのアプリケーション情報が必要な場合、composio-mcpでツールを検出し、読み取り前に選択したツールのスキーマとアクセス権を確認します。情報源の状態を報告し、外部への書き込みには明示的な承認を求めます。
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ lunchpaillola/ pipa-skills --skill pipa-iteration-cycleインストール後、Claude Code で/pipa-iteration-cycleを入力して読み込まれたか確認します。
同梱ファイル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 で示してください。データがないことから完了を推測しないでください。外部への書き込みを行う直前に、対象範囲を限定した変更内容を正確に提示し、明示的な承認を得てください。確認された結果または失敗を報告してください。
ワークフロー
実行前に、このチェックリストをコピーし、作業メモで最新の状態に保ってください。
Iteration Cycle Progress
- [ ] Step 1 complete: cycle objective confirmed
- [ ] Step 2 complete: available tools and source quality checked
- [ ] Step 3 complete: cycle commitments and WIP state normalized
- [ ] Step 4 complete: in-cycle risks and carryover signals assessed
- [ ] Step 5 complete: cycle actions and review checkpoints set
- [ ] Step 6 complete: iteration output returned
ステップ 1:サイクルの目標を確認する
ユーザーが必要としている内容を確認します。
- サイクル計画とコミットメントの確認
- サイクル実行中の進捗管理
- サイクル終了と持ち越しの判断準備
ステップ 2:ツールとソースの品質を確認する
利用可能な中で最も信頼性の高いソースを使用します。
- スプリント/サイクルのボードとバックログの状態
- 最近のスタンドアップ/ステータスノート
- 依存関係とブロッカーの更新
ソースの品質を high、medium、low に分類します。
ステップ 3:コミットメントと WIP の状態を正規化する
以下を記録します。
- コミット済みの項目
- 進行中の項目
- 完了した項目
- 持ち越しのリスクがある項目
ソースシステムの ID と状態を保持してください。
ステップ 4:リスクと持ち越しの圧力を評価する
以下を評価します。
- ブロッカーの集中度
- 依存関係の停滞
- キャパシティ/スループットの不一致
- サイクル中の変更受付の圧力
担当者または日付が不明な場合は TBD と記載します。
ステップ 5:アクションとレビューのチェックポイントを設定する
以下を定義します。
- 直ちに実施する立て直しアクション
- 担当者ごとのフォローアップ
- サイクル終了までのチェックポイントの頻度
ステップ 6:イテレーションの出力を返す
必ず以下の構成で返してください。
# Iteration Cycle - <project name or YYYY-MM-DD>
## Objective
- Cycle objective:
## Tool Access Check
- Tools and systems used:
- Data sources used:
- Missing tools or data gaps:
## Current Signal
- Cycle health: `on-track` | `watch` | `at-risk` | `blocked`
- What is on track:
- What is at risk:
## Actions
| Item | Owner | Next action | Due/review date | Status | Evidence/source |
|------|-------|-------------|-----------------|--------|-----------------|
| | | | | | |
## Unknowns
- TBD:
## Follow-ups
- Likely carryover decisions:
- Recommended next skill: `pipa-ticket-triage`
ルール
- サイクルの出力は実用的かつ簡潔にしてください。
- ソースの証拠なしに、作業が完了したと示唆しないでください。
- 不明事項は
TBDと明示してください。 - この操作はデフォルトで読み取り専用です。外部への書き込みには、個別に明示的な承認を得てから実行し、成功または失敗を、可能であれば結果へのリンクまたは安定した ID とともに報告してください。