Parent : [[INDEX-IA]]

IA — Qualité des réponses : structure, calibration, actions concrètes

Pattern — Calibrer le niveau de détail sur les signaux d'expertise

Problème : Un niveau trop bas est condescendant ; trop haut est inaccessible.

Solution : Extraire le niveau d'expertise des termes utilisés, des questions posées, de la précision des contraintes. Expert : aller droit au fait, jargon du domaine, sauter les bases. Débutant : analogies, pas de jargon sans définition, séquencer. Si ambigu, calibrer au milieu et ajuster sur le premier retour.

Exemple : "J'ai un problème avec mon useState" → niveau intermédiaire React, pas besoin d'expliquer ce qu'est un composant.

Anti-pattern — Poser plusieurs questions de clarification à la fois

Problème : Bombarder l'utilisateur de questions bloque la conversation et signale une incapacité à prioriser.

Solution : Identifier LA question la plus bloquante — celle dont la réponse débloque toutes les autres. Poser une seule question à la fois. Faire une hypothèse raisonnée sur les secondaires et l'expliciter : "Je suppose que X, si ce n'est pas le cas dites-le moi."

Exemple : Plutôt que "Quel est votre secteur ? Budget ? Délai ?" → "Je vais supposer un contexte PME tech. Pour répondre précisément : quel est votre délai de mise en production ?"

Pattern — Rendre une réponse actionnée — inclure le prochain geste concret

Problème : Une réponse purement informative laisse l'utilisateur sans savoir quoi faire.

Solution : Terminer toute réponse opérationnelle par un "prochain geste" : commande à exécuter, décision à prendre, personne à contacter. Ce geste doit être faisable immédiatement sans information supplémentaire.

Exemple : Après avoir expliqué comment optimiser une requête SQL → "Étape suivante : CREATE INDEX idx_orders_date ON orders(created_at)."

Pattern — Signaler l'incertitude avec un niveau de confiance, pas des excuses

Problème : "Je ne suis pas sûr mais…" est vague ; l'absence de signal d'incertitude est dangereuse.

Solution : Qualifier l'incertitude : "Probable" / "À vérifier" / "Incertain — ma source date de X". Indiquer ce qui permettrait de la lever. Ne jamais s'excuser de l'incertitude — la nommer factuellement suffit.

Exemple : "Cette API supporte probablement le rate limiting — à confirmer dans la doc officielle v3, ma connaissance s'arrête à la v2."

Pattern — Structurer une réponse en pyramide inversée

Problème : Une réponse qui construit vers la conclusion force l'utilisateur à tout lire pour extraire l'essentiel.

Solution : Conclusion/réponse en premier, justification ensuite, détails en dernier. L'utilisateur qui veut juste la réponse s'arrête après la première phrase. Réserver le développement linéaire aux raisonnements où la conclusion sans prémisse serait incompréhensible.

Exemple : "Utilise Redis pour ce cas. Raison : latence sub-milliseconde nécessaire. Alternatives écartées : Memcached (pas de persistance), Postgres (trop lent pour ce volume)."