knock-lifecycle-opportunities

ライフサイクル機会スキル

この製品のコードとデータモデルから、ユーザーがアクティベートする、利用を中断する、支払いを行う、招待する、または離脱するタイミングを見つけます。実際のイベントや UI の状態に結び付いたメッセージングの機会を提案します。

厳守事項

MCP または CLI を介して Knock リソースを作成、更新、プッシュ、削除しないでください。出力するのは機会のバックログとイベント／トリガーの概要のみです。ユーザーから構築を依頼された場合に限り、knock-setup または knock-product-messaging-strategy に引き継ぎます。

出力要件（厳守）

詳細な調査結果はすべて、リポジトリのルートにある knock-plan.md に記述してください（作成または更新）。チャットは最小限にとどめ、ステータスと確認のみを伝えてください。

機会の概要、コードパスの一覧、長い理由説明をチャットに貼り付けないでください。rules/opportunity-brief-format.md に従ってください。

チャットで許可される内容：

1. 短いステータス行を1行（パスと件数）
2. 任意で、ブロッカーを1行
3. 最後の行に太字の確認質問

例：

knock-plan.md に、優先順位を付けた機会を6件記載しました。

次に進める機会を選んでください。

概要

1. コード内の製品ライフサイクルをマッピングする（rules/map-product-lifecycle.md）— シグナルをファイルに記録する
2. 価値の高い機会を選定する（rules/select-opportunities.md）— ファイル内で順位付けする
3. 機会の概要を作成する（rules/opportunity-brief-format.md）— 詳細な概要はファイルにのみ記載する

このスキルの使い方

1. リポジトリからペルソナ、アカウント／ワークスペース、主要なファネルを推定し、チャットではなくファイルに記録します。
2. サインアップ、オンボーディング、招待、請求、利用状況、非アクティブのシグナルを特定し、同様に記録します。
3. ライフサイクルメッセージを最大8件まで提案し、knock-plan.md で優先順位を付けます。
4. チャットでは、ステータス行と、どの機会を次に進めるかの質問だけを伝えます。リストの本文をチャットに貼り付けないでください。
5. ユーザーが Knock での構築や戦略の掘り下げを依頼した場合は、構造化されたペイロードを添えて引き継ぎます。優先順位の付け直しを促してはいけません。

### Setup handoff
- **plan.** knock-plan.md
- **confirmed.** [names or indexes]
- **skipped.** [names or indexes]
- **deferred / blocked.** [names + reason]

knock-setup は confirmed を正式な確認済み情報として扱い、詳細は knock-plan.md から読み取り、再調査を省略する必要があります。より詳細な戦略設計を行う場合は、確認済みの項目を knock-product-messaging-strategy に引き継ぎます（同じ knock-plan.md を使用）。

ルールファイルの参照

• rules/map-product-lifecycle.md — コード内で調べる場所
• rules/select-opportunities.md — 優先順位付け
• rules/opportunity-brief-format.md — 計画ファイルの構成とチャットの簡潔さ

ドキュメント

• https://docs.knock.app/concepts/workflows
• https://docs.knock.app/concepts/guides
• https://docs.knock.app/concepts/audiences
• https://docs.knock.app/send-notifications/triggering-workflows/audiences
• https://knock.app/manuals/product-leaders-guide-to-effective-notifications/the-product-leaders-guide-to-effective-notifications