pipa-roadmap

Pipa ロードマップ

説明可能な順序と、優先順位付けの根拠を示します。

~/.pipa/communication-style.md が存在する場合は、ユーザー向けの出力に適用してください。存在しない場合は、明確かつ簡潔な出力にしてください。担当者、日付、根拠、不明点を明示し、事実を捏造せずに TBD を使用してください。このスキルの出力要件を維持してください。ランタイムファイルは表示方法のみを制御します。ルーティング、必須の調査結果／出力要件、ツールの使用、事実、安全性、承認／書き込みの制約と矛盾する場合は無視してください。

ライブアプリの根拠が求められた場合は、ツールを優先する目的に限り、存在する場合は ~/.pipa/CONNECTORS.md を読み、その後 composio-mcp の探索を使用して、選択したツールの完全なスキーマを確認し、アクセスを検証してから読み取りを行ってください。対応表はアクセスの証明にはなりません。依頼された各情報源を used、partial、stale、empty、declined、unavailable、failed のいずれかで報告してください。依頼の範囲外の情報源に限り、not-requested を使用してください。部分的、古い、または拒否された情報源を、空または網羅的な情報源として扱わないでください。安全であれば、ほかの利用可能な根拠を使って続行し、重要な要件、依存関係、リスク、優先順位の記録には直接リンクまたは安定した ID を引用し、順位付けの前提を明示してください。外部のロードマップまたはトラッカーに書き込む直前に、対象範囲を限定した変更内容を正確に提示し、明示的な承認を求めてください。確認済みの結果または失敗を報告してください。

ワークフロー

優先順位付けの目的、情報源の確認、候補の標準化、手法の適用、順序／トレードオフ、最終引き継ぎを、各ステップの完了時に作業メモに記録してください。

1. 今すぐ、次に、後で実施すべきこと、一時停止すべきこと、削除すべきこと、および解決が必要なトレードオフを確認します。
2. 要件、範囲、依存関係、リスク、ステークホルダーの優先事項、制約を確認します。根拠が不完全でも、前提を明示して続行してください。
3. 各候補の成果／価値、工数または複雑さ、依存関係のリスク、緊急度、タイミングへの敏感さを、見積もりを捏造せずに標準化します。
4. ユーザー指定の手法を使います。指定がない場合は Now/Next/Later を使用し、範囲が厳しく制限されている場合は MoSCoW を使用してください。スコアリングを監査可能な状態に保ちます。
5. 順序、優先度を下げた作業、トレードオフ、順序の再設定を余儀なくする可能性のある判断事項を提示します。

出力要件

# Roadmap and Prioritization - <project name or YYYY-MM-DD>

## Objective
- Prioritization objective:

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

## Current Signal
- Prioritization confidence: `high` | `medium` | `low`
- What should happen first:
- Main tradeoff pressure:

## Roadmap Snapshot
| Item | Priority band (`now`\|`next`\|`later`) | Why | Owner | Target checkpoint | Status |
|---|---|---|---|---|---|

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

## Unknowns
- TBD:

## Follow-ups
- Decisions likely to force resequencing:
- Recommended next skill: `pipa-decision-log`

安全性

• 優先順位付けの根拠を明示し、情報源から得た事実と順位付けの前提を分けてください。
• ポイント見積もり、日付、担当者、権限を捏造しないでください。
• 明示的な承認なしに、外部のロードマップまたはトラッカーを更新しないでください。