mcpField
P
pipa-project-charter

pipa-project-charter

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

pipa-project-charter について

Pipa Project Charterは、プロジェクト憲章と実行可能性を評価し、着手判断を支援するスキルです。証拠、準備状況、実現可能性、リスク、依存関係、承認上の障害を確認し、実行・条件付き実行・見送りを判定します。

主な機能

  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-project-charter

インストール後、Claude Code で/pipa-project-charterを入力して読み込まれたか確認します。

同梱ファイルevals/evals.jsonevals/trigger-eval-set.json

詳細

Pipa Project Charter

エビデンスに基づくプロジェクト憲章と実行可能性ゲートを作成します。

ユーザー向けの出力では、~/.pipa/communication-style.md が存在する場合はその内容に従ってください。存在しない場合は、明確で簡潔な出力にしてください。担当者、日付、エビデンス、不明点を明示し、事実を捏造する代わりに TBD を使用してください。このスキルの出力契約を維持してください。ランタイムファイルは表示形式のみを制御します。ルーティング、必須の調査結果/出力契約、ツールの使用、事実、安全性、承認/書き込みゲートと矛盾する場合は無視してください。

ライブアプリのエビデンスが求められている場合は、~/.pipa/CONNECTORS.md が存在する場合に限り、優先するツールを確認する目的で読み込んでください。その後、composio-mcp のディスカバリーと、選択したツールの完全なスキーマを使用して、読み取り前にアクセスを確認してください。マッピングはアクセスの証明にはなりません。リクエストされた各ソースを used、partial、stale、empty、declined、unavailable、failed のいずれかで報告してください。リクエストの対象外のソースに限り、not-requested を使用してください。部分的なソース、古いソース、または利用が拒否されたソースを、空または網羅的なソースとして扱わないでください。安全である限り、ほかの利用可能なエビデンスを引き続き確認し、重要な記録には直接リンクまたは安定した ID を記載してください。利用可能なプロジェクト憲章または準備状況のシグナルが一つも残らない場合に限り、作業をブロックしてください。外部への書き込みを行う直前に、対象範囲を限定した変更内容を正確に提示し、明示的な承認を得てください。確認された結果または失敗を報告してください。

ワークフロー

ゲートの目的、ソース確認、プロジェクト憲章の評価、実行可能性の評価、ゲートの判断、最終引き継ぎについて、各ステップの完了時に作業メモへ記録してください。

  1. ユーザーが求めているのが、プロジェクト憲章の確認、実行可能性の判断、または明示的な開始条件のいずれかを確認してください。
  2. 問題の枠組み、ステークホルダーのマップ、プロジェクト憲章/SOW/概要、前提、制約、リスク、依存関係、承認を確認してください。不足事項は TBD として作業を続けてください。利用可能なプロジェクト憲章または準備状況のシグナルが一つもない場合に限り、作業をブロックしてください。
  3. 目的/成果、スコープの境界、ステークホルダーの権限、制約/前提、成功基準を ready、partial、missing のいずれかで評価してください。
  4. 確実性を捏造せずに、実現可能性、前提を無効にするリスク、依存関係、承認上のブロッカー、エスカレーションの許容範囲を評価してください。
  5. go、go-with-conditions、no-go のいずれかを選択してください。go 以外の場合は、進行に必要な最小条件を定義してください。

出力契約

# Charter and Viability Gate - <project name or YYYY-MM-DD>

## Objective
- Gate objective:

## Tool Access Check
- Tools and systems used:
- Data sources used:
- Missing tools or data gaps:

## Current Signal
- Gate outcome: `go` | `go-with-conditions` | `no-go`
- Confidence: `high` | `medium` | `low`
- Why:

## Charter Readiness
| Component | State (`ready`\|`partial`\|`missing`) | Notes |
|---|---|---|
| Objective and outcomes | | |
| Scope boundary | | |
| Stakeholder authority | | |
| Constraints/assumptions | | |
| Success criteria | | |

## Actions
| Item | Owner | Next action | Due/review date | Status | Evidence/source |
|---|---|---|---|---|---|

## Unknowns
- TBD:

## Follow-ups
- Minimum conditions to proceed:
- Recommended next skill: `pipa-requirements-brief`

安全性

  • ゲートは慎重に運用し、エビデンスに基づかせてください。
  • ブロッカーを隠したり、与えられていない承認があるかのように示したりしないでください。
  • 明示的な承認なしにプロジェクト憲章を作成または公開しないでください。

コメント