Quel est l'objectif principal de la transformation d'un chat web en un chatbot de support AWS ?	Fournir des réponses qui répondent directement à la question, listent les options d'hébergement AWS et guident l'utilisateur.
Citez deux types de contenu qu'un chatbot de support AWS ne doit absolument pas inclure dans sa réponse.	Des solutions de concurrent(e)s ou des réponses non liées aux services cloud.
Quelle est la principale faiblesse de l'Option 1 (inclure tous les "do's and don'ts" dans le message utilisateur) ?	Elle est très fastidieuse car il faut penser à une liste exhaustive de règles pour toutes les questions possibles.
Qu'est-ce qu'un "system prompt" et quel est son rôle dans la conception d'un chatbot ?	C'est une instruction qui fournit des directives exactes sur la manière de répondre, souvent en assignant un rôle à l'IA.
Quel rôle est suggéré dans l'exemple du chatbot de support AWS ?	"You are an AWS cloud support specialist."
Comment le system prompt est-il transmis à la fonction `converse` ?	Il est ajouté via le mot-clé `system` dans les paramètres de l'appel.
Quel bénéfice apporte l'utilisation d'un system prompt par rapport à l'Option 1 ?	Il permet à l'IA d'adopter un comportement cohérent et de filtrer les réponses sans nécessiter une liste exhaustive de règles.
Pourquoi est-il recommandé de refactoriser la fonction de chat pour accepter le system prompt en paramètre ?	Pour rendre la fonction réutilisable plutôt que de coder le system prompt en dur (hard-coding).
Quelle contrainte technique doit être respectée concernant le system prompt ?	Il doit contenir au moins un caractère (ne pas être une chaîne vide).