Research Ops
ユーザーが何かを調査する、オプションを比較する、人や企業をエンリッチする、または繰り返しのルックアップを監視ワークフローに変えたいと言った場合にこれを使用します。
これはリポジトリの調査スタックを操作するラッパーです。deep-research、exa-search、market-researchの代わりになるものではなく、これらをいつ、どのように一緒に使うかを指示します。
スキルスタック
ワークフローに関連する場合は、以下のECCネイティブスキルを取り込みます。
exa-search：高速な現在のWeb発見用deep-research：引用付きの複数ソース統合用market-research：最終結果が推奨またはランク付けされた意思決定である場合lead-intelligence：タスクが一般的な調査ではなく、人/企業のターゲティングである場合knowledge-ops：結果を後で永続的なコンテキストに保存する必要がある場合
使用タイミング
- ユーザーが「調査して」「調べて」「比較して」「誰に話せばいいか」「最新情報は？」と言ったとき
- 答えが現在の公開情報に依存するとき
- ユーザーが既に証拠を提供しており、それを最新の推奨に反映させたいとき
- タスクが繰り返し発生し、一回限りのルックアップではなく監視にするべきレベルにあるとき
ガードレール
- 新鮮な検索が安価な場合、古いメモリから現在の質問に答えない
- 以下を区別する：
- ソース付き事実
- ユーザー提供の証拠
- 推論
- 推奨
- 答えが既にローカルコードやドキュメントにある場合、重い調査パスを開始しない
ワークフロー
1. ユーザーが既に提供したものから始める
提供されたマテリアルを以下に正規化します。
- 既に証拠付けられた事実
- 検証が必要なもの
- 未解決の質問
ユーザーが既にモデルの一部を構築している場合、分析をゼロから再開しない。
2. 依頼を分類する
検索前に適切なレーンを選択します。
- 簡単な事実回答
- 比較または意思決定メモ
- リード/エンリッチメントパス
- 繰り返し監視の候補
3. まず最も軽い有用な証拠パスを取る
- 高速発見には
exa-searchを使用 - 統合や複数ソースが重要な場合、
deep-researchにエスカレーション - 結果が推奨で終わるべき場合、
market-researchを使用 - 実際の依頼がターゲットランキングやウォームパス発見である場合、
lead-intelligenceに引き継ぐ
4. 明示的な証拠の境界を報告する
重要な主張については、それらが以下に該当するかを明記する：
- ソース付き事実
- ユーザー提供のコンテキスト
- 推論
- 推奨
鮮度が重要な回答には具体的な日付を含めること。
5. タスクを手動のままにするべきかを判断する
ユーザーが同じ調査質問を繰り返しする可能性が高い場合、それを明示的に述べ、同じ手動検索を永遠に繰り返す代わりに監視レイヤーまたはワークフローレイヤーを推奨する。
出力形式
質問タイプ
- 事実 / 比較 / エンリッチメント / 監視
証拠
- ソース付き事実
- ユーザー提供のコンテキスト
推論
- 証拠から導かれること
推奨
- 回答または次のアクション
- これを監視にするべきかどうか
落とし穴
- 推論をソース付き事実にラベルなしで混ぜない
- ユーザー提供の証拠を無視しない
- ローカルリポジトリコンテキストで答えられる質問に重い調査レーンを使わない
- 鮮度が重要な回答に日付なしで答えない
検証
- 重要な主張は証拠タイプでラベル付けされている
- 鮮度が重要な出力には日付が含まれている
- 最終的な推奨が実際に使用された調査モードと一致している