Creare un completamento chat
Usa CometAPI POST /v1/chat/completions per inviare conversazioni con più messaggi ai modelli chat con controlli di streaming, temperature e max_tokens.
model; la maggior parte degli SDK compatibili con OpenAI funziona impostando base_url su https://api.cometapi.com/v1.
Ruoli dei messaggi
Inviare input multimodale
Molti modelli supportano immagini e audio oltre al testo. Per inviare messaggi multimodali, utilizza il formato array percontent:
detail controlla la profondità dell’analisi delle immagini:
low— più veloce, utilizza meno tokens (costo fisso)high— analisi dettagliata, consuma più tokensauto— decide il modello (impostazione predefinita)
Trasmettere le risposte in streaming
Per ricevere output incrementale, impostastream su true. La risposta viene fornita come Server-Sent Events (SSE), in cui ogni evento contiene un oggetto chat.completion.chunk:
Richiedere output strutturato
Per forzare il modello a restituire JSON valido conforme a uno schema specifico, utilizzaresponse_format:
json_schema) garantisce che l’output corrisponda esattamente al tuo schema. La modalità oggetto JSON (json_object) garantisce solo JSON valido: la struttura non viene applicata.Chiamare strumenti e funzioni
Per consentire al modello di chiamare funzioni esterne, fornisci le definizioni degli strumenti:finish_reason: "tool_calls" e l’array message.tool_calls conterrà il nome della funzione e gli argomenti. Esegui quindi la funzione e invia il risultato come messaggio tool con il tool_call_id corrispondente.
Note tra provider
Supporto dei parametri tra provider
Supporto dei parametri tra provider
max_tokens rispetto a max_completion_tokens
max_tokens rispetto a max_completion_tokens
max_tokens— Il parametro legacy. Funziona con la maggior parte dei modelli, ma è deprecato per i modelli OpenAI più recenti.max_completion_tokens— Il parametro consigliato per i modelli GPT-4.1, della serie GPT-5 e o-series. È obbligatorio per i modelli di ragionamento poiché include sia i token di output sia i token di ragionamento.
ruolo system rispetto a developer
ruolo system rispetto a developer
system— Il ruolo di istruzioni tradizionale. Funziona con tutti i modelli.developer— Introdotto con i modelli o1. Offre una maggiore aderenza alle istruzioni per i modelli più recenti. Nei modelli meno recenti ricorre al comportamento disystem.
developer per i nuovi progetti destinati ai modelli GPT-4.1+ o o-series.FAQ
Come gestire i limiti di velocità?
Quando riscontri429 Too Many Requests, implementa un backoff esponenziale:
Come mantenere il contesto della conversazione?
Includi la cronologia completa della conversazione nell’arraymessages:
Cosa significa finish_reason?
Come controllare i costi?
- Usa
max_completion_tokensper limitare la lunghezza dell’output. - Usa
gpt-5.6-terraper un equilibrio tra intelligenza e costo, oppuregpt-5.6-lunaper carichi di lavoro efficienti e ad alto volume. - Mantieni i prompt concisi: evita contesto ridondante.
- Monitora l’utilizzo dei token nel campo della risposta
usage.
Autorizzazioni
Bearer token authentication. Use your CometAPI key.
Corpo
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 Risposta
Successful chat completion response.
Unique completion identifier.
"chatcmpl-abc123"
Object type. Non-streaming responses use chat.completion.
chat.completion "chat.completion"
Unix timestamp of creation.
1774412483
The model used (may include version suffix).
"gpt-5.4-2026-03-05"
Array of completion choices.
Token accounting for this request. Billing uses these counts.
Service tier that processed the request, when the provider reports one.
"default"
Provider backend configuration fingerprint, when the provider reports one.
"fp_490a4ad033"