Chat Completions
Utilisez CometAPI POST /v1/chat/completions pour envoyer des conversations à plusieurs messages et obtenir des réponses de LLM avec des contrôles de streaming, temperature et max_tokens.
CometAPI achemine les Chat Completions vers plusieurs fournisseurs — notamment OpenAI, Claude et Gemini — via une interface unique compatible OpenAI. Passez d’un modèle à l’autre en modifiant le paramètreDocumentation Index
Fetch the complete documentation index at: https://apidoc.cometapi.com/llms.txt
Use this file to discover all available pages before exploring further.
model ; la plupart des SDK compatibles OpenAI fonctionnent en définissant base_url sur https://api.cometapi.com/v1.
Rôles des messages
| Role | Description |
|---|---|
system | Définit le comportement et la personnalité de l’assistant. Placé au début de la conversation. |
developer | Remplace system pour les modèles plus récents (o1+). Fournit des instructions que le modèle doit suivre quelle que soit l’entrée de l’utilisateur. |
user | Messages de l’utilisateur final. |
assistant | Réponses précédentes du modèle, utilisées pour conserver l’historique de la conversation. |
tool | Résultats des appels d’outil/de fonction. Doit inclure tool_call_id correspondant à l’appel d’outil d’origine. |
Envoyer une entrée multimodale
De nombreux modèles prennent en charge les images et l’audio en plus du texte. Pour envoyer des messages multimodaux, utilisez le format tableau pourcontent :
detail contrôle la profondeur d’analyse de l’image :
low— plus rapide, utilise moins de tokens (coût fixe)high— analyse détaillée, plus de tokens consommésauto— le modèle décide (par défaut)
Diffuser les réponses en streaming
Pour recevoir une sortie incrémentielle, définissezstream sur true. La réponse est fournie sous forme de Server-Sent Events (SSE), où chaque événement contient un objet chat.completion.chunk :
Demander une sortie structurée
Pour forcer le modèle à renvoyer un JSON valide correspondant à un schéma spécifique, utilisezresponse_format :
json_schema) garantit que la sortie correspond exactement à votre schéma. Le mode JSON Object (json_object) garantit uniquement un JSON valide — la structure n’est pas imposée.Appeler des outils et des fonctions
Pour permettre au modèle d’appeler des fonctions externes, fournissez des définitions d’outils :finish_reason: "tool_calls" et le tableau message.tool_calls contiendra le nom de la fonction et les arguments. Vous exécutez ensuite la fonction et renvoyez le résultat sous forme de message tool avec le tool_call_id correspondant.
Remarques inter-fournisseurs
Prise en charge des paramètres selon les fournisseurs
Prise en charge des paramètres selon les fournisseurs
| Paramètre | OpenAI GPT | Claude (via compat) | Gemini (via compat) |
|---|---|---|---|
temperature | 0–2 | 0–1 | 0–2 |
top_p | 0–1 | 0–1 | 0–1 |
n | 1–128 | 1 uniquement | 1–8 |
stop | Jusqu’à 4 | Jusqu’à 4 | Jusqu’à 5 |
tools | ✅ | ✅ | ✅ |
response_format | ✅ | ✅ (json_schema) | ✅ |
logprobs | ✅ | ❌ | ❌ |
reasoning_effort | série o, GPT-5.1+ | ❌ | ❌ (utilisez thinking pour Gemini natif) |
max_tokens vs max_completion_tokens
max_tokens vs max_completion_tokens
max_tokens— Le paramètre historique. Fonctionne avec la plupart des modèles mais est obsolète pour les modèles OpenAI plus récents.max_completion_tokens— Le paramètre recommandé pour les modèles GPT-4.1, série GPT-5 et série o. Requis pour les modèles de raisonnement, car il inclut à la fois les tokens de sortie et les tokens de raisonnement.
rôle system vs developer
rôle system vs developer
system— Le rôle d’instruction traditionnel. Fonctionne avec tous les modèles.developer— Introduit avec les modèles o1. Fournit un suivi des instructions plus strict pour les modèles plus récents. Revient au comportement desystemsur les anciens modèles.
developer pour les nouveaux projets ciblant GPT-4.1+ ou les modèles de la série o.FAQ
Comment gérer les limites de débit ?
Lorsque vous rencontrez429 Too Many Requests, implémentez un backoff exponentiel :
Comment maintenir le contexte de conversation ?
Incluez l’historique complet de la conversation dans le tableaumessages :
Que signifie finish_reason ?
| Value | Meaning |
|---|---|
stop | Fin naturelle ou atteinte d’une séquence d’arrêt. |
length | Limite max_tokens ou max_completion_tokens atteinte. |
tool_calls | Le modèle a invoqué un ou plusieurs appels d’outil/fonction. |
content_filter | La sortie a été filtrée en raison de la politique de contenu. |
Comment contrôler les coûts ?
- Utilisez
max_completion_tokenspour plafonner la longueur de sortie. - Choisissez des modèles économiques (par ex.
gpt-5.4-miniougpt-5.4-nanopour les tâches plus simples). - Gardez les prompts concis — évitez le contexte redondant.
- Surveillez l’utilisation des tokens dans le champ de réponse
usage.
Autorisations
Bearer token authentication. Use your CometAPI key.
Corps
Model ID to use for this request. See the Models page for current options.
"gpt-4.1"
A list of messages forming the conversation. Each message has a role (system, user, assistant, or developer) and content (text string or multimodal content array).
If true, partial response tokens are delivered incrementally via server-sent events (SSE). The stream ends with a data: [DONE] message.
Sampling temperature between 0 and 2. Higher values (e.g., 0.8) produce more random output; lower values (e.g., 0.2) make output more focused and deterministic. Recommended to adjust this or top_p, but not both.
0 <= x <= 2Nucleus sampling parameter. The model considers only the tokens whose cumulative probability reaches top_p. For example, 0.1 means only the top 10% probability tokens are considered. Recommended to adjust this or temperature, but not both.
0 <= x <= 1Number of completion choices to generate for each input message. Defaults to 1.
Up to 4 sequences where the API will stop generating further tokens. Can be a string or an array of strings.
Maximum number of tokens to generate in the completion. The total of input + output tokens is capped by the model's context length.
Number between -2.0 and 2.0. Positive values penalize tokens based on whether they have already appeared, encouraging the model to explore new topics.
-2 <= x <= 2Number between -2.0 and 2.0. Positive values penalize tokens proportionally to how often they have appeared, reducing verbatim repetition.
-2 <= x <= 2A JSON object mapping token IDs to bias values from -100 to 100. The bias is added to the model's logits before sampling. Values between -1 and 1 subtly adjust likelihood; -100 or 100 effectively ban or force selection of a token.
A unique identifier for your end-user. Helps with abuse detection and monitoring.
An upper bound for the number of tokens to generate, including visible output tokens and reasoning tokens. Use this instead of max_tokens for GPT-4.1+, GPT-5 series, and o-series models.
Specifies the output format. Use {"type": "json_object"} for JSON mode, or {"type": "json_schema", "json_schema": {...}} for strict structured output.
A list of tools the model may call. Currently supports function type tools.
Controls how the model selects tools. auto (default): model decides. none: no tools. required: must call a tool.
Whether to return log probabilities of the output tokens.
Number of most likely tokens to return at each position (0-20). Requires logprobs to be true.
0 <= x <= 20Controls the reasoning effort for o-series and GPT-5.1+ models.
low, medium, high Options for streaming. Only valid when stream is true.
Specifies the processing tier.
auto, default, flex, priority Réponse
Successful chat completion response.
Unique completion identifier.
"chatcmpl-abc123"
chat.completion "chat.completion"
Unix timestamp of creation.
1774412483
The model used (may include version suffix).
"gpt-5.4-2025-07-16"
Array of completion choices.
"default"
"fp_490a4ad033"