Passer au contenu principal
Google Gemini est un système de conversation IA très puissant. Il suffit de saisir un prompt pour générer des réponses fluides et naturelles en quelques secondes. Gemini peut fournir une assistance intelligente étonnante, améliorant considérablement l’efficacité du travail et la créativité humaines. Ce document présente principalement le processus d’utilisation de l’API Gemini Chat Completion. Grâce à elle, nous pouvons facilement utiliser la fonctionnalité de conversation officielle de Gemini.

Processus de demande

Pour utiliser l’API Gemini Chat Completion, accédez d’abord à la console Ace Data Cloud afin d’obtenir votre API Token et de le conserver pour une utilisation ultérieure. Si vous ne vous êtes pas encore connecté ou inscrit, vous serez automatiquement redirigé vers la page de connexion afin de vous inviter à vous inscrire et à vous connecter. Une fois terminé, vous retournerez automatiquement à la page actuelle. Un seul API Token permet d’appeler tous les services de la plateforme, il n’est pas nécessaire d’en demander un séparément pour chaque service. Lors de votre première demande, un quota gratuit vous sera offert afin de l’essayer gratuitement ; lorsque le quota est insuffisant, vous pouvez recharger le solde général dans la console.
📘 Documentation complète : Gemini Chat Completion API →

Utilisation de base

Ensuite, vous pouvez remplir le contenu correspondant dans l’interface, comme indiqué sur l’image :

Lors de la première utilisation de cette interface, nous devons au minimum remplir trois éléments. Le premier est authorization, que vous pouvez sélectionner directement dans la liste déroulante. Un autre paramètre est model, model correspond à la catégorie de modèle du site officiel de Gemini que nous choisissons d’utiliser ; les modèles disponibles sont basés sur l’énumération model dans la documentation de l’interface. Le dernier paramètre est messages, messages est le tableau de prompts que nous saisissons ; il s’agit d’un tableau, ce qui signifie que plusieurs prompts peuvent être envoyés en même temps. Chaque prompt contient role et content, où role représente le rôle de l’interlocuteur ; nous proposons trois identités, à savoir user, assistant, system. L’autre élément, content, correspond au contenu spécifique de notre question. Vous pouvez également remarquer qu’un code d’appel correspondant est généré à droite ; vous pouvez copier le code et l’exécuter directement, ou cliquer directement sur le bouton « Try » pour effectuer un test.

Conseil : les modèles flash de la série gemini-3.x sont des modèles de raisonnement et consomment d’abord des reasoning tokens ; veuillez définir max_tokens au-dessus de 512, sinon seul un contenu vide pourra être renvoyé. gemini-3.8-flash est le modèle Flash actuellement recommandé, prenant en charge jusqu’à 1 million de Token de contexte, l’entrée d’images, l’appel d’outils et les réponses en streaming ; il est actuellement appelé via l’interface Chat Completions.
Après l’appel, nous constatons que le résultat renvoyé est le suivant :
Le résultat renvoyé comporte plusieurs champs, présentés comme suit :
  • id, l’ID de la tâche de conversation générée cette fois-ci, utilisé pour identifier de manière unique cette tâche de conversation.
  • model , le modèle du site officiel de Gemini sélectionné.
  • choices, les informations de réponse fournies par Gemini au prompt.
  • usage : les informations statistiques relatives aux token pour cette session de questions-réponses.
Parmi eux, choices contient les informations de réponse de Gemini ; les choices à l’intérieur correspondent aux informations spécifiques de la réponse de Gemini, comme indiqué sur l’image.

Vous pouvez voir que le champ content dans choices contient le contenu spécifique de la réponse de Gemini.

Compréhension d’images (entrée multimodale)

Gemini est un modèle multimodal natif et peut directement « voir les images ». Pour transmettre une image, remplacez le content d’un message d’une chaîne de caractères par un tableau de blocs de contenu, puis placez à la fois des blocs text et des blocs image_url dans le tableau — cela est entièrement identique au format compatible avec OpenAI ainsi qu’au format officiel Gemini compatible avec OpenAI. image_url.url prend en charge deux syntaxes :
  • URI data: base64 (recommandé, le plus stable) : le format est data:<type de média>;base64,<données>, par exemple data:image/jpeg;base64,/9j/4AAQ.... Le type de média (MIME) est déjà écrit dans le préfixe data:, il n’est donc pas nécessaire et il n’existe pas de champ media_type séparé.
  • URL d’image publiquement accessible : par exemple https://cdn.acedata.cloud/4hfydw.jpg.
Types d’images pris en charge : png, jpeg, webp, heic, heif. Exemple de code d’appel Python (URI data base64) :
Vous pouvez également transmettre directement l’URL d’une image publiquement accessible :
💡 image_url accepte uniquement le champ url (dont la valeur peut être une URL d’image ou un URI data: base64), ainsi que le champ facultatif detail. Ne transmettez pas media_type — il s’agit du champ d’image d’Anthropic Claude, qui ne fait pas partie du format image_url d’OpenAI / Gemini.

Réponse en streaming

Cette interface prend également en charge les réponses en streaming, ce qui est très utile pour l’intégration web et permet d’implémenter un effet d’affichage caractère par caractère sur une page web. Si vous souhaitez renvoyer la réponse en streaming, vous pouvez modifier le paramètre stream dans l’en-tête de la requête en le définissant sur true. La modification est illustrée ci-dessous, mais le code d’appel doit être modifié en conséquence afin de prendre en charge les réponses en streaming.

Après avoir modifié stream en true, l’API renverra les données JSON correspondantes ligne par ligne ; au niveau du code, nous devons effectuer les modifications correspondantes afin d’obtenir les résultats ligne par ligne. Exemple de code d’appel Python :
L’effet de sortie est le suivant :
Comme vous pouvez le constater, la réponse contient de nombreux data ; les choices dans les data correspondent au contenu de réponse le plus récent, conformément à ce qui a été présenté ci-dessus. choices contient le nouveau contenu de réponse, que vous pouvez intégrer à votre système en fonction du résultat. En même temps, la fin de la réponse en streaming est déterminée selon le contenu de data ; si le contenu est [DONE], cela indique que la réponse en streaming est entièrement terminée. Le résultat data renvoyé contient plusieurs champs, présentés comme suit :
  • id, génère l’ID de cette tâche de conversation, utilisé pour identifier de manière unique cette tâche de conversation.
  • model , le modèle du site officiel Gemini sélectionné.
  • choices, les informations de réponse fournies par Gemini pour le mot de requête.
JavaScript est également pris en charge, par exemple le code d’appel en flux de Node.js est le suivant :
Exemple de code Java :
Les autres langages peuvent être réécrits séparément, le principe est le même.

Conversation multi-tours

Si vous souhaitez intégrer la fonctionnalité de conversation multi-tours, vous devez envoyer plusieurs mots de requête dans le champ messages, l’exemple concret de plusieurs mots de requête est présenté dans l’image ci-dessous :

Exemple de code d’appel Python :
En envoyant plusieurs mots de requête, vous pouvez facilement mettre en œuvre une conversation multi-tours et obtenir la réponse suivante :
On peut voir que les informations contenues dans choices sont cohérentes avec le contenu de l’utilisation de base ; cela contient le contenu spécifique des réponses de Gemini à plusieurs conversations, ce qui permet ainsi de répondre aux questions correspondantes en fonction de plusieurs contenus de conversation.

Modèle multimodal Gemini-3.0

Exemple de requête :
Exemple de résultat :
Bien sûr, vous pouvez également transmettre, par exemple, un lien vers une vidéo ; l’entrée spécifique est la suivante :
Exemple de résultat :
On peut voir ci-dessus que le modèle Gemini 3.0 peut prendre en charge la compréhension multimodale.

Modèle multimodal Gemini-3.1

gemini-3.1-pro-preview est l’ID de modèle officiel actuel de Gemini 3.1 Pro ; il prend en charge les entrées multimodales telles que le texte, les images et les vidéos, et convient aux tâches de raisonnement complexe, de codage et de compréhension. Exemple de requête :
Gemini 3.1 Pro prend également en charge la compréhension vidéo :
Le format de retour est identique à celui de Gemini 3.0 Pro ; consultez les explications de la section sur le modèle multimodal Gemini-3.0 ci-dessus pour plus de détails.

Gestion des erreurs

Lors de l’appel de l’API, si une erreur survient, l’API renvoie le code d’erreur et les informations correspondants. Par exemple :
  • 400 token_mismatched : Mauvaise requête, possiblement en raison de paramètres manquants ou non valides.
  • 400 api_not_implemented : Mauvaise requête, possiblement en raison de paramètres manquants ou non valides.
  • 401 invalid_token : Non autorisé, jeton d’autorisation non valide ou manquant.
  • 429 too_many_requests : Trop de requêtes, vous avez dépassé la limite de débit.
  • 500 api_error : Erreur interne du serveur, un problème est survenu sur le serveur.

Exemple de réponse d’erreur

Conclusion

Grâce à ce document, vous avez appris à utiliser facilement la Gemini Chat Completion API pour implémenter la fonctionnalité de conversation officielle de Gemini. Nous espérons que ce document vous aidera à mieux intégrer et utiliser cette API. Si vous avez des questions, veuillez contacter notre équipe de support technique à tout moment.