Aller au contenu principal

Grok 4.3 est le modèle de chat de xAI derrière un appel compatible OpenAI, avec texte et image dans un même tableau de messages. Il lit 1 000 000 de tokens, répond jusqu’à 900 000 et propose cinq niveaux d’effort de raisonnement dont none.

Entrée $1.25Sortie $2.50par 1 million de tokensEntrée en cache $0.20Prompts de 200K tokens ou plusEntrée $2.50Sortie $5

Atelier

Envoyer une requête

Démarrage rapide

Les exemples suivent les paramètres publics du point de terminaison choisi. Remplacez la clé API et les médias d’exemple, puis envoyez la requête depuis votre serveur.

SDK et intégrations
POSThttps://api.spicyapi.ai/v1/chat/completions

Authentification API

Conservez la clé API dans la variable serveur SPICY_API_KEY. Utilisez l’authentification Bearer et Content-Type: application/json pour les requêtes JSON.

Authorization: Bearer $SPICY_API_KEY
curl --fail-with-body -sN https://api.spicyapi.ai/v1/chat/completions \
  -H "Authorization: Bearer $SPICY_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: $(uuidgen)" \
  -d '{
  "model": "xai/grok-4.3/chat",
  "messages": [
    {
      "role": "user",
      "content": "Summarise the following release notes into three bullet points."
    }
  ],
  "stream": true
}' \
  | jq --unbuffered -Rrj 'select(startswith("data: ")) | .[6:] | select(. != "[DONE]") | fromjson | if .error then "\n[error] \(.error.message)\n" else (.choices[0].delta.content? // empty) end'

Généré à partir du schéma d’entrée de ce modèle, le même que l’API utilise pour valider chaque requête.

Conservez le même Idempotency-Key pour chaque requête logique. Après une coupure réseau, ne renvoyez pas automatiquement la requête avec une nouvelle clé. Gardez request_id pour retrouver la requête acceptée. Le flux de chat précédent n’est pas rejoué.

Paramètres d’entrée

Placez les paramètres du modèle au même niveau que model dans le corps JSON. Ce point de terminaison ne les encapsule pas dans un objet input.

messagesarray<object>Obligatoire

256 tours au maximum. Le contenu peut mêler des blocs texte et image_url dans un même message utilisateur.

Valeur par défaut
Non définie
Contraintes
minItems:1
maxItems:256
response_formatobjectFacultatif

Réclamez un objet JSON quand la réponse est lue par du code plutôt que par un humain.

Valeur par défaut
Non définie
tool_choicestring | objectFacultatif

auto, none, required, ou un objet qui nomme la fonction à appeler.

Valeur par défaut
Non définie
parallel_tool_callsbooleanFacultatif

true ou false, true par défaut : le modèle peut demander plusieurs appels d’outils dans un même tour. Avec false, vous obtenez au plus un appel par tour, pour les boucles où chaque appel dépend du résultat précédent. Aucun effet sur le prix.

Valeur par défaut
true
toolsarray<object>Facultatif

Jusqu’à 128 définitions de fonctions par requête.

Valeur par défaut
Non définie
Contraintes
maxItems:128
top_pnumberFacultatif

0,01 à 1. Bougez celui-ci ou temperature, pas les deux ensemble.

Valeur par défaut
1
Contraintes
minimum:0.01
maximum:1
temperaturenumberFacultatif

0 à 2, 0,7 par défaut. Mettez 0 pour comparer deux maquettes ou deux exécutions.

Valeur par défaut
0.7
Contraintes
minimum:0
maximum:2
max_tokensintegerFacultatif

Limite la réponse visible à 900 000 ; la valeur par défaut de 4 096 tronque silencieusement une réponse longue. Les tokens de raisonnement sont facturés en sortie mais NE sont PAS soumis à cette limite : mesuré sur ce point de terminaison, un effort high avec une limite à 800 a produit 18 339 tokens de sortie. Réduisez reasoning_effort si vous voulez un plafond prévisible. L'effort none supprime entièrement cette dépense (mesuré : 145 tokens de sortie avec une limite à 2 000).

Valeur par défaut
4096
Contraintes
minimum:1
maximum:900000
reasoning_effortstringFacultatif

none, low, medium, high ou xhigh. low est la valeur par défaut et none saute entièrement la passe de délibération ; l’effort se dépense en tokens de sortie.

Valeur par défaut
"low"
Valeurs autorisées
"none""low""medium""high""xhigh"

Lire le résultat

Avec stream à false, la requête renvoie directement la réponse complète : lisez choices[].message, sans interroger de tâche. Passez stream à true si votre client gère les Server-Sent Events.

Exemple de réponse terminée
{
  "id": "chatcmpl_example",
  "object": "chat.completion",
  "created": 1788652800,
  "model": "xai/grok-4.3/chat",
  "choices": [
    {
      "index": 0,
      "message": {
        "role": "assistant",
        "content": "Here is a concise summary of the release notes."
      },
      "finish_reason": "stop"
    }
  ],
  "usage": {
    "prompt_tokens": 32,
    "completion_tokens": 14,
    "total_tokens": 46
  }
}

Cette réponse n’illustre que la structure. usage donne le nombre de tokens ; la consommation et le coût réels dépendent de votre requête.

SDK et intégrations

Utilisez SpicyAPI dans votre application, terminal, assistant IA ou workflow visuel. Choisissez un guide de configuration.

L’utiliser dans SillyTavern et les applis de jeu de rôle

Dans SillyTavern, RisuAI, Agnai ou toute appli dotée d’un réglage compatible OpenAI, collez l’URL de base ci-dessous et votre clé d’API, puis choisissez xai/grok-4.3/chat comme modèle. Les appels depuis le navigateur sont acceptés, et les curseurs que ce modèle ne prend pas en charge sont ignorés au lieu d’être refusés.

Base URL: https://api.spicyapi.ai/v1
Model: xai/grok-4.3/chat

À utiliser dans ComfyUI

Installez les nœuds SpicyAPI depuis ComfyUI Manager ou avec la commande ci-dessous, puis choisissez xai/grok-4.3/chat dans le nœud SpicyAPI Chat pour utiliser ce modèle dans un graphe ComfyUI.

cd ComfyUI/custom_nodes
git clone https://github.com/spicyapi-ai/comfyui-spicyapi