Research Ops
Utilisez ceci lorsque l'utilisateur demande une recherche sur un sujet actuel, des comparaisons, un enrichissement de personnes ou d'entreprises, ou pour transformer des recherches récurrentes en un workflow automatisé.
Il s'agit de l'opérateur enveloppant autour de la pile de recherche du dépôt. Ce n'est pas un remplacement pour deep-research, exa-search ou market-research ; il vous indique quand et comment les utiliser ensemble.
Pile de Compétences
Intégrez ces compétences natives d'ECC dans le workflow si pertinent :
exa-searchpour une découverte rapide sur le web actueldeep-researchpour une synthèse multi-sources avec citationsmarket-researchlorsque le résultat final doit être une recommandation ou une décision classéelead-intelligencelorsque la tâche cible des personnes/entreprises au lieu d'une recherche génériqueknowledge-opslorsque le résultat doit être stocké dans un contexte durable par la suite
Quand Utiliser
- l'utilisateur dit "recherche", "chercher", "comparer", "à qui devrais-je parler", ou "quelles sont les dernières nouvelles"
- la réponse dépend d'informations publiques actuelles
- l'utilisateur a déjà fourni des preuves et souhaite qu'elles soient intégrées dans une nouvelle recommandation
- la tâche peut être suffisamment récurrente pour devenir un monitoring plutôt qu'une recherche ponctuelle
Garde-fous
- ne répondez pas à des questions actuelles à partir d'une mémoire obsolète alors qu'une recherche récente est peu coûteuse
- séparez :
- fait sourcé
- preuve fournie par l'utilisateur
- inférence
- recommandation
- ne lancez pas une recherche lourde si la réponse se trouve déjà dans le code ou la documentation locale
Workflow
1. Partez de ce que l'utilisateur vous a déjà donné
Normalisez tout matériel fourni en :
- faits déjà prouvés
- éléments à vérifier
- questions ouvertes
Ne recommencez pas l'analyse à zéro si l'utilisateur a déjà construit une partie du modèle.
2. Classez la demande
Choisissez la bonne voie avant de chercher :
- réponse factuelle rapide
- comparaison ou note de décision
- passe d'enrichissement/de prospection
- candidat pour un monitoring récurrent
3. Empruntez d'abord la voie de preuve la plus légère
- utilisez
exa-searchpour une découverte rapide - montez à
deep-researchlorsque la synthèse ou plusieurs sources sont importantes - utilisez
market-researchlorsque le résultat doit aboutir à une recommandation - passez à
lead-intelligencelorsque la demande réelle est un classement de cibles ou une découverte de voie chaude
4. Rapportez avec des limites de preuve explicites
Pour les affirmations importantes, dites si elles sont :
- des faits sourcés
- du contexte fourni par l'utilisateur
- une inférence
- une recommandation
Les réponses sensibles à la fraîcheur doivent inclure des dates concrètes.
5. Décidez si la tâche doit rester manuelle
Si l'utilisateur est susceptible de poser la même question de recherche de manière répétée, dites-le explicitement et recommandez une couche de monitoring ou de workflow au lieu de répéter indéfiniment la même recherche manuelle.
Format de Sortie
TYPE DE QUESTION
- factuel / comparaison / enrichissement / monitoring
PREUVES
- faits sourcés
- contexte fourni par l'utilisateur
INFÉRENCE
- ce qui découle des preuves
RECOMMANDATION
- réponse ou prochaine action
- si cela devrait devenir un monitoring
Pièges
- ne mélangez pas l'inférence dans les faits sourcés sans l'indiquer
- n'ignorez pas les preuves fournies par l'utilisateur
- n'utilisez pas une voie de recherche lourde pour une question à laquelle le contexte local du dépôt peut répondre
- ne donnez pas de réponses sensibles à la fraîcheur sans dates
Vérification
- les affirmations importantes sont étiquetées par type de preuve
- les sorties sensibles à la fraîcheur incluent des dates
- la recommandation finale correspond au mode de recherche réellement utilisé