sourcing-selection

ソーシング選定

使用する場合

• ユーザーが、生のプラットフォームデータだけでなく、ソーシングまたは製品選定の判断を求めている。
• 供給側の証拠と需要側の証拠を組み合わせる必要がある。
• 製品アイデア、サプライヤーシグナル、チャネルの機会、または候補リストについて、慎重な go/no-go または次のステップのメモが必要である。

使用しない場合

• プラットフォーム収集スキルを置き換えないでください。
• このリリース済みスキルサーフェスから、ホスト型サプライヤー収集を主張しないでください。
• 不完全な証拠を、自信のあるソーシング推奨に変えないでください。

中核ルール

ソーシングの判断は、その最も弱い欠落レイヤーと同程度にしか強くありません。

常に次を分離してください：

• 観測された証拠
• 推論
• 欠落レイヤー

証拠が不完全な場合は、偽りの確実性ではなく、暫定的な判断、裏付けとなるシグナル、および欠落レイヤーを返してください。

最小意思決定モデル

ユーザーが別途指示しない限り、この順序を使用してください：

1. 需要の証明
2. 競争の形状
3. チャネル適合
4. マーチャントモデル適合
5. 供給側の実現可能性
6. ユニットエコノミクスの圧力
7. コンプライアンスまたは運用リスク

入力形状

• 製品アイデア検証：需要の証明、供給の実現可能性、次に統合。
• 供給主導の機会チェック：まずサプライヤーまたは安価な供給のシグナル、次に一致する需要の証明とチャネル適合。
• 需要主導のソーシングチェック：まずマーケットプレイス、検索、またはコンテンツの需要、次に供給の実現可能性。
• 候補リスト比較：候補を1つの意思決定フレームに正規化し、最も強い証拠と最大のギャップを比較し、慎重にランク付けします。

ケイパビリティルーティング

• 供給側ソース：ユーザー提供のサプライヤーシート、見積もり、または承認されたマーケットプレイスデータ。リリース済みのホスト型 1688 コレクターを示唆しないでください。
• 検索インテントソース：初期の勢いと上昇クエリのシグナルには google-trends-research を使用してください。
• 検索主導の需要：上昇クエリのシグナルには google-trends-research を、リスティング、レビュー、価格帯、チャネルネイティブの競争にはユーザー提供のマーケットプレイスエクスポートを使用してください。
• コンテンツ言語適合：デモ、フック、オーディエンスの言語、またはコンテンツ主導の販売が重要な場合は tiktok-research を使用してください。
• Instagram/Meta ソーシャルプルーフ：プラットフォーム固有のコレクターを選ぶ前に social-media-extractor を使用してください。

出力形状

成果物は、製品またはニッチ、ターゲットチャネル、判断、需要シグナル、供給シグナル、根拠、欠落レイヤー、および提供されている場合は推奨される次のステップを含む、意思決定メモを JSON としてパッケージ化します。

停止条件

• 必要なユーザーインテント、ソース証拠、または所有する入力成果物が欠落しており、推測すると結果が変わる場合は停止してください。
• 所有する CLI またはスクリプトコマンドが、実行中の PostPlus スキルで許可された範囲の復旧を行ってもなお失敗する場合は、正確なエラーを報告して停止してください。メタデータのみの回答、レディネスプロービング、ローカルペイロードの書き換え、フォールバックプロバイダー、または未公開ツールで失敗を回避しないでください。

ハンドオフ

• 証拠が欠落 -> まず適切な収集スキルにルーティングしてください。
• メモが完了 -> decision.json をリサーチ拡張、サプライヤーアウトリーチ、チャネル判断、またはブリーフ作成に引き渡してください。

公開コマンド境界

• ユーザー入力から一致する最小のコマンドまたはワークフローを選択し、それを直接実行してください。
• 所有する CLI またはスクリプトコマンドが、実行中の PostPlus スキルで許可された範囲の復旧を行ってもなお失敗する場合は、正確なエラーを報告して停止してください。メタデータのみの回答、レディネスプロービング、ローカルペイロードの書き換え、フォールバックプロバイダー、または未公開ツールで失敗を回避しないでください。
• この公開スキルは指示駆動型です。利用可能な証拠から、ワークフローが記述する成果物を直接生成してください。
• プライベートなプロバイダー/ランタイムパスまたは未公開のローカルツールを呼び出さないでください。
• CLI が見積もり確認チャレンジを返した場合は、postplus quote confirm --json --challenge-file <challenge.json> を実行し、返されたトークンで再試行してください。