pipa

Pipa

Pipa が仕事を進めるための仕事を振り分けます。

主な振り分け先を 1 つ選び、そのスキルに引き継いで、情報源、担当者、次のアクションを返します。不明な項目には TBD を返します。

ワークフロー

1. 依頼を分類します。 これは業務、Pipa の管理、Pipa ツールの使用、明示的なヘルプ／メニューの要求、または Pipa の対象外のタスクのいずれかを判断します。
2. 主な振り分け先を 1 つ選びます。 コマンドマトリックス、振り分けルール、優先順位ルールを使用します。コマンドがない場合は、安全であれば会話の文脈に基づいて振り分けます。
3. 振り分け先を読み込みます。 マトリックスに記載されたスタンドアロンのスキルを優先します。ルーターの参照情報は、ヘルプ／メニューの詳細に限って使用します。
4. 振り分け先固有の注意点を確認します。 外部ツールを使うリスクや担当者に影響する出力の前に、このルーターの注意点と振り分け先のスキルのルールを確認します。
5. 必要な場合に限りコネクターを使用します。 セットアップ／ステータスについては pipa-manage に振り分けます。アプリのライブデータの読み書きでは、業務の目的を維持し、存在する場合は ~/.pipa/CONNECTORS.md を使って優先ツールキットを特定したうえで、composio-mcp を使用してアクセスを確認し、検出とスキーマのチェックを行って実行します。
6. ワークフローを実行します。 必須入力、承認ゲート、出所情報、出力要件を維持します。不明な事実には TBD を使用します。
7. 有用な次のステップを最小限で返します。 有用な場合に限り、ユーザーが一連の手順を求めている場合を除いて、後続の対応を追加します。

選択した振り分け先のスキルを利用できない場合は、そのスキルが見つからないことを伝えて終了します。代替手段があるかのように示したり、そのワークフローをインラインで再現したりしないでください。

コマンドがない場合は、会話の文脈から最適な振り分け先を選びます。明示的な help／menu、文脈が乏しい場合、安全に振り分けられない場合に限り、メニューを表示します。サービス運用、Pipa のセットアップ／設定、または Pipa ユーティリティではない場合は、無理に Pipa に振り分けないでください。

厳密な操作ルート

次の名前を明示的に指定された場合は、レーンの別名や隣接する操作を示す表現よりも優先します。

エントリーの種類	厳密な操作名
Pipa の管理	pipa-setup、pipa-connectors
業務の定義	pipa-project-charter、pipa-problem-framing、pipa-stakeholder-map、pipa-daily-plan、pipa-decision-log、pipa-requirements-brief、pipa-roadmap、pipa-scope-baseline
業務の遂行	pipa-work-coordination、pipa-iteration-cycle、pipa-dependency-handoff、pipa-risk-escalation、pipa-status-update、pipa-ticket-triage
報酬の獲得	pipa-change-control、pipa-budget-setup、pipa-budget-review
運用の改善	pipa-acceptance-signoff、pipa-closeout-review、pipa-daily-shutdown、pipa-handover、pipa-retrospective

Get Work と Keep Clients は、引き続きレーン固有の機能として扱います。子操作を新たに作らないでください。

コマンド一覧

グループ	コマンドと別名	主なルート
ビジネスを運営する：仕事を獲得する	get work, source work, lead, opportunity, pipeline, prospect, outreach, market signal, content idea, YouTube, content	pipa-get-work
ビジネスを運営する：仕事を定義する	define work, scope, requirements, brief, plan, daily planning, plan my day, charter, proposal, acceptance criteria, acceptance checks, decision, client portal setup, onboard client	pipa-define-work
ビジネスを運営する：仕事を進める	deliver work, execute, coordinate, status, monitor, blocker, risk, handoff, dependency, triage, weekly client update	pipa-deliver-work
ビジネスを運営する：報酬を得る	get paid, getting paid, invoice, payment, budget, billable, time review, margin	pipa-get-paid
ビジネスを運営する：クライアントとの関係を維持する	keep clients, relationship, follow up, check-in, client health, stakeholder, retention, renewal, testimonial, referral	pipa-keep-clients
ビジネスを運営する：業務を改善する	improve operations, lessons, retrospective, close, daily shutdown, close my day, acceptance, final acceptance, acceptance decision, signoff, sign-off, final approval, archive, handover, benefits, reuse, SOP, template	pipa-improve-operations
Pipa を管理する	manage pipa, setup, onboard pipa, business profile, preferences, company brain, memory, connect tools, connector, automation, trigger, loop, recurring workflow	pipa-manage
Pipa ツール	pipa tools, audio brief, voice session, talk by voice, follow-up reminder, email reminder, time tracking, time entry, hosted utility	pipa-tools
引き継ぎチェック	get-to-define, define-to-deliver, deliver-to-get-paid, deliver-to-relationships, improve-to-keep-clients	まず開始元のレーンを使い、その後、指定された次のレーンでフォローアップ
ヘルプ	help, menu、情報が少ない場合、安全でない／不明なルート	references/help-menu.md

ルーティングルール

1. 操作名が完全一致する場合は、その操作にルーティングします。リクエストにレーンや隣接する操作に関する記述が含まれていても同様です。
2. help または menu が完全一致する場合は、コマンドメニューを表示します。
3. Pipa の後に既知のレーンコマンド／エイリアスが続く場合は、該当するレーンにルーティングします。該当する場合、レーンによって操作を1つ選択します。
4. コマンドがない、コマンドが不足している、または不明なコマンドでも文脈が明確な場合は、メニューを表示するのではなく、意図に基づいて1つの業務レーンにルーティングします。
5. 一般的な業務は、6つの業務レーンのいずれかに進みます。Pipa の管理と Pipa Tools は、設定または明示的に指定された専門ユーティリティにのみ適用します。
6. pipa-manage は、Pipa のオンボーディング、ビジネスプロフィール、設定、company brain、接続済みツール、自動化、トリガー、定期的なループを担当します。
7. ~/.pipa/profile.md がない場合でも、具体的な業務ルートを変更してはいけません。依頼された作業の後に、必要に応じてセットアップを控えめに提案できます。
8. pipa-tools は、単独で利用できるホスト型ユーティリティと、音声ブリーフ、音声ハドル、フォローアップリマインダー、時間記録の各専用業務を担当します。
9. 一般的なクライアントへのフォローアップは keep clients または deliver work に進みます。自分宛ての単発メールリマインダーは、pipa-tools 経由で pipa-follow-up-reminders に進みます。
10. 単発のステータス／更新作業は deliver work に進みます。イベント駆動型または定期的なセットアップは、pipa-manage 経由で pipa-triggers に進みます。
11. 外部アプリへのリアルタイムアクセスまたは書き込みには、スタンドアロンの composio-mcp スキルを使い、選択した業務レーンがその作業の担当を維持します。コネクターマップのエントリーは推奨ツールキットを選択するためのものであり、リアルタイムアクセスを証明するものではありません。スラッグを推測してはいけません。
12. 複数の候補が一致する場合は、ユーザーが連携を依頼していない限り、主要な遷移先を1つ選び、二次的なフォローアップを提示します。
13. 引き継ぎの確認では、Objective、Source Check または Tool Access Check、Current Signal、担当者／日付／証拠を含むアクション、TBD の未確定事項、次のレーンへのフォローアップを返します。依頼がない限り、複数のレーンを実行してはいけません。
14. 情報が少ない場合やルートが安全でない場合は、必要な場合に限り、ヘルプ／メニューと確認質問を1つ返します。

優先ルール

• status -> 自動化／ツール接続のセットアップまたはステータスに関する場合を除き、deliver work に進みます。
• triage -> ルート選択のトリアージに関する場合を除き、チケット／受付対応なら deliver work に進みます。
• budget -> get paid に進みます。新しい基準値の設定なら pipa-budget-setup、消化額、予測、差異、または利益率なら pipa-budget-review を選択します。曖昧な場合は、短い質問を1つします。
• brief だけの場合 -> 作業ブリーフなら define work、ステータスブリーフなら deliver work に進みます。音声には進みません。
• follow up with client -> 自分宛てのメールリマインダーが求められている場合を除き、keep clients に進みます。
• plan -> 他の PM スキルではなく、define work に進みます。
• 受け入れ基準またはチェック項目の定義 -> define work に進みます。納品された作業を最終受け入れ、承認、またはサインオフのために評価する場合 -> improve operations に進みます。
• daily planning、plan my day、または今日の優先事項の選定 -> define work に進みます。定期的またはスケジュール設定された日々の計画 -> pipa-manage に進みます。
• daily shutdown、close my day、または今日の作業の終了処理 -> improve operations に進みます。定期的またはスケジュール設定された日々の終了処理 -> pipa-manage に進みます。
• 明示的な要件、スコープ、スケジュールの基準値、サインオフ、引き継ぎ、またはアーカイブの意図は、付随する today という表現より優先されます。Daily Plan には作業日の優先順位／対応能力に関する意図が必要であり、Daily Shutdown には作業日の締めくくり／翌日に関する意図が必要です。
• monitor -> 金銭／関係に関する表現が優先される場合を除き、deliver work に進みます。
• stakeholder map/setup/decision authority -> define work に進みます。関係性の健全性／定期確認／継続利用 -> keep clients に進みます。
• company brain -> セットアップ／設定／アクセスなら pipa-manage、継続的なプロセス学習なら improve operations に進みます。
• client portal -> セットアップなら define work、稼働中のメンテナンスなら deliver work、再利用可能なテンプレートなら improve operations に進みます。
• weekly client update -> deliver work に進みます。定期的な更新の自動化 -> pipa-manage に進みます。
• change control -> 金銭／請求可能性／利益率／予算／請求書への影響が主な場合に限り、get paid に進みます。スコープ／納品の変更は define work または deliver work に進みます。

参考資料

• ヘルプ／メニュー：明示的なヘルプ／メニュー、コンテキスト不足、または安全でないルーティングの場合にのみ references/help-menu.md を読み込みます。判断の概要（次のアクション、担当者、日付、根拠）を含め、不明な項目には TBD を使用します。
• ユーティリティのワークフローは pipa-tools に、Pipa の設定は pipa-manage にルーティングします。
• ユーザー向けのレポート／更新／エスカレーション／引き継ぎ：~/.pipa/communication-style.md が存在する場合は適用します。存在しない場合は、担当者、日付、根拠を明記し、不明な項目には TBD を明示して、明確かつ簡潔に出力します。ランタイムファイルが制御するのは表現のみです。ルーティング、必須の調査結果／出力契約、ツールの使用、事実、安全性、承認／書き込みゲートと矛盾する場合は無視してください。
• レーンのワークフロー：スタンドアロンのレーンスキルを読み込みます。参照資料と例はレーンスキルが管理します。
• コネクター：接続のセットアップ／状態確認には pipa-manage を、選択したビジネスレーン内でアプリのデータをリアルタイムに読み取り／書き込みするには composio-mcp を使用します。

注意点

• 汎用的なコーディング、執筆、調査を Pipa にルーティングしないでください。
• Pipa を頭字語として説明しないでください。
• 古い公開 pm-* スキルをコマンドやインストール先として案内しないでください。
• pipa-audio-brief、pipa-huddle-beta、pipa-follow-up-reminders、pipa-time-tracking、pipa-triggers、composio-mcp の内部を編集／コピーしないでください。これらはスタンドアロンのスキルが管理します。
• トリガー、リマインダー、Composio の書き込み、ハドル、音声の公開、時間記録の書き込みに関する確認ゲートを緩和しないでください。
• 担当者、期限、情報源の事実、外部アプリのスラッグ、請求書、支払い、プロジェクトの決定事項を創作しないでください。不明な項目には TBD を使用してください。