POST /responsesModèle, consigne, texte, outils et limites.
La prise entre deux logiciels
Une API permet à un logiciel d’envoyer une demande structurée à un service d’IA et de récupérer son résultat. C’est ainsi qu’un site, une application ou un outil métier peut intégrer un modèle.
Demande et réponse
L’application indique l’adresse du service, la méthode utilisée, les paramètres et le contenu à traiter. Le serveur répond avec un statut, des métadonnées et un résultat généralement structuré.
POST /responsesModèle, consigne, texte, outils et limites.
200 OKTexte ou données, usage mesuré et éventuelles erreurs.
Interface ou API
L’application envoie à l’API le texte et une consigne comme « résume en trois points ». L’API transmet la demande au modèle, puis renvoie une réponse structurée que l’application affiche. L’utilisateur n’a pas besoin de voir toutes ces étapes.
Le fournisseur conçoit la conversation, les boutons, la mémoire et les règles d’usage.
Le développeur construit l’expérience, protège la clé d’accès, gère les erreurs et contrôle ce qui est envoyé.
Ce que l’intégration doit prévoir
Authentification
La clé reste côté serveur et ses droits sont limités.
Données
Envoyer seulement ce qui est autorisé et nécessaire.
Erreurs
Prévoir délai, indisponibilité, réponse incomplète et limite dépassée.
Budget
Plafonner usage, longueur, fréquence et outils coûteux.
Vérification
Contrôler le résultat avant toute conséquence importante.
Suivi
Mesurer qualité, coût et incidents sans journaliser de secrets.
Trois idées fausses
Une réponse fluide doit toujours être contrôlée selon son usage.
Le modèle ne consulte des données récentes que si le système les lui apporte.
Entrées, sorties, médias, stockage et outils peuvent être facturés.
Sources de référence
Les détails changent selon le fournisseur, mais le modèle requête-réponse et les principes HTTP restent communs.
Sources consultées le 28 septembre 2026.
Étape suivante
Comprendre une notion
Une étape courte et clairement reliée à ce que vous venez de lire.