インテリジェント検索ルーター

トピックとシナリオに基づいて、最適な opencli 検索ソースにクエリをルーティングします。このスキルの主な目的は、コマンドを記憶することではなく、まずデータソースを特定し、その後 Agent が opencli を使用してリアルタイムヘルプを自分で読み、ドキュメントのドリフトを避けることです。

強制的なプリチェック

毎回の使用前に、以下の 2 つのステップを実行する必要があります:

• opencli list -f yaml を実行
• ライブレジストリで候補サイトが存在するかどうかを確認し、strategy、browser、domain をチェック

サイトを選定した後、以下の 2 つのステップをさらに実行する必要があります:

• opencli <site> -h を実行して、そのサイトにどのようなサブコマンドがあるかを確認
• 特定のサブコマンドをロックした場合は、opencli <site> <command> -h を実行してパラメータ、出力列、戦略を確認

スキルドキュメント内でパラメータをハードコードしたり、コマンドシグネチャを仮定したりしないでください。opencli ... -h のリアルタイム出力を真実とします。

メインルーティングルール

この 1 つのルールのみを使用し、複数の優先度セットを維持しないでください:

1. ユーザーがウェブサイト、プラットフォーム、またはデータソースを明確に指定した場合、対応するウェブサイトを直接使用します。
2. ユーザーがウェブサイトを指定していない場合、優先的に 1 つの AI ソースのみを選択します: grok、doubao、gemini の 3 つから 1 つ。
3. AI の出力が不十分な場合、元のデータが不足している場合、権威的な佐証が必要な場合、または垂直的な結果が必要な場合は、1～2 個の専用ソースを追加します。

単一問題の予算と頻度制限

「単一ユーザーの問題」を、同じインテント連鎖内での 1 回の問題解決として理解します。同じターンの追加質問、澄清、条件補足であっても、中核的な問題が変わらない場合は、同じ問題と見なされます。

まずサイト呼び出しレジスタを作成します。実際の検索コマンドを実行するたびに、直ちに以下を更新します:

• site
• query
• count
• status

カウントルール:

• opencli list -f yaml、opencli <site> -h、opencli <site> <command> -h はプリチェックおよびヘルプに属し、検索回数にカウントしません
• 1 回の実際の opencli <site> ... 検索/クエリ実行は、そのサイトに対して 1 回の呼び出しとしてカウントします
• 同じサイトでエラー、タイムアウト、キャプチャ、反スクレイピング、ログイン状態の異常により失敗した場合も、1 回の呼び出しとしてカウントされ、無限リトライしないでください

頻度上限:

• AI サイトのハード制限: 同じ問題内で、各 AI サイトは最大 1 回の呼び出し
• デフォルト戦略は依然として 1 つの AI サイトのみを選択することであり、複数の AI サイトを通常のフローに連結しないでください
• ユーザーが複数の AI サイトの比較を明確に要求した場合のみ、他の AI サイトの追加呼び出しが可能です。ただし、指名された各 AI サイトは依然として最大 1 回です
• AI 以外のサイトはデフォルトで最大 2 回の呼び出し
• AI 以外のサイトの 2 回目の呼び出しは明確な理由が必要です。例えば、最初の結果が広すぎて、時間、地域、カテゴリ、ソート、またはキーワード限定が必要な場合です
• AI 以外のサイトの 3 回目の呼び出しは行わないでください。情報がまだ不足している場合は、拡張検索を中止し、明確にギャップを説明してください

頻度制限トリガー後の処理:

• 記録: 「スキップしました: <site> 頻度上限に達したため」
• 優先的に他の同類サイトを使用
• 適切な代替ソースがない場合は、収集済み情報に基づいて直接回答し、カバレッジとギャップを説明します

クエリ終了レポート

各クエリの終了後、回答の末尾に「検索サマリー」の短い段落を追加する必要があります。少なくとも以下の 3 項目を含める必要があります:

• どのウェブサイトで検索したか
• 各ウェブサイトでどの用語を検索したか
• 各ウェブサイトで何回検索したか

頻度制限によってスキップされたサイトがある場合は、明確に記述してください。

以下の固定フォーマットの使用をお勧めします:

検索サマリー
- サイト: <site1> | クエリ: <term1> | 回数: <n>
- サイト: <site2> | クエリ: <term2>；<term3> | 回数: <n>
- スキップしました: <site3>、理由: 頻度上限に達したため

AI ソースの選択

• grok リアルタイム討論、英語インターネット世論、Twitter/X コンテキスト、ホットスポット追跡に適しています。
• doubao 中国語コンテキスト、バイトダンス Douyin エコシステム、ライフスタイルコンテンツ、中国語ホットスポットおよび中国語一般的な質問と回答に適しています。
• gemini グローバルウェブ、英語資料、一般情報検索、背景概要に適しています。

ユーザーがウェブサイトを指定していない場合は、まず言語とコンテキストを判断し、この 3 つからのみ 1 つを選択します。

特定の AI サイトが既に 1 回の実際のクエリを実行している場合は、同じ問題内でキーワードを変更した後にその AI サイトを再度呼び出さないでください。回答が不足している場合は、優先的に専用ソースを補充し、同じ AI サイトに繰り返しアクセスしないでください。

AI クエリ用語の提案

AI ソースを使用する場合、短すぎるキーワードのみを渡さないでください。優先的に「トピック + 目標 + 限定条件」のクエリに構築します。

• トピック ユーザーが実際に検索したいオブジェクト、イベント、製品、人物、企業、技術用語。
• 目標 どのような結果が必要か。例えば、要約、比較、原因、トレンド、推奨、元の手がかり。
• 限定条件 言語、地域、時間範囲、プラットフォーム範囲、オーディエンス、価格帯、職位地点、元の出典が必要かどうか。

優先的に以下の表現方法を使用します:

• <トピック> + <答えたい質問>
• <トピック> + <時間範囲/地域/言語>
• <トピック> + <プラットフォームまたはソース範囲>
• <トピック> + <出力要件>

以下の入力のみは避けてください:

• 単一の名詞
• 時間範囲がないホットスポット問題
• 地域制限がないショッピング、求職、旅行問題
• プラットフォーム制限がないソーシャルメディア問題

専用ソース補充のタイミング

以下のいずれかの状況が発生した場合、専用ソースを補充します:

• AI が概要を提供していますが、元のポスト、元のビデオ、元の商品、または元の職位結果が必要な場合
• AI のカバレッジが不足しており、垂直サイトの情報が欠落している場合
• より高い権威性またはより強い領域関連性が必要な場合
• ユーザーが明確に「特定のプラットフォームから検索する」ことを要求した場合

単一のクエリは通常 1 つの AI ソース + 1～2 個の専用ソースに抑え、結果の過剰読み込みを避けます。

利用不可のソースの処理

サイトが利用不可の場合:

• 単一ソースの失敗により、全体的な検索を中止しないでください
• 記録: 「スキップしました: <site> 利用不可」
• 同類の他のサイトにフォールバック、または AI ソースにフォールバック
• opencli list -f yaml および opencli <site> -h の実際の結果を常に真実とします

どのサイトも「絶対に利用可能」であると仮定しないでください。公開サイトであっても、現在の環境内のライブヘルプと実行結果に基づいています。

参考ファイル

必要に応じて対応するファイルを読み込みます:

• references/sources-ai.md — AI デフォルトソース
• references/sources-tech.md — 技術 / 学術
• references/sources-social.md — ソーシャルメディア
• references/sources-media.md — メディア / エンターテイメント
• references/sources-info.md — ニュース / ナレッジ
• references/sources-shopping.md — ショッピング
• references/sources-travel.md — 旅行
• references/sources-other.md — その他の垂直ソース

現在のクエリに関連するファイルのみを読み込み、すべてを読み込む必要はありません。