mcpField
P
pipa-iteration-cycle

pipa-iteration-cycle

github.com/lunchpaillola生産性3175 回インストール5 日前に更新
リポジトリ

pipa-iteration-cycle について

Pipa Iteration Cycleは、イテレーションの計画、実行、終了を支援するワークフロースキルです。コミットメントと進行中の作業を整理し、持ち越しリスクを示して、回復策と確認ポイントを定めます。

主な機能

  1. 01サイクル目標の確認
  2. 02コミットメントと作業状態の整理
  3. 03ブロッカーと持ち越しリスクの評価
  4. 04キャパシティと途中変更の圧力の把握
  5. 05回復策と確認ポイントの設定

活用シーン

  1. 01サイクル計画時のコミットメント確認
  2. 02サイクル中のブロッカーとリスク作業の監視
  3. 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:ツールとソースの品質を確認する

利用可能な中で最も信頼性の高いソースを使用します。

  1. スプリント/サイクルのボードとバックログの状態
  2. 最近のスタンドアップ/ステータスノート
  3. 依存関係とブロッカーの更新

ソースの品質を 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 とともに報告してください。

コメント