Aller au contenu principal

Grok 4.7 est le modèle de chat de xAI derrière un appel compatible OpenAI avec streaming SSE. Contexte de 500 000 tokens, réponses jusqu’à 450 000, effort de raisonnement de low à xhigh ; aucun filtre n’est ajouté sur cette plateforme.

Entrée $2Sortie $6par 1 million de tokensEntrée en cache $0.50Prompts de 200K tokens ou plusEntrée $4Sortie $12

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.7/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 blocs text et image_url dans un même message utilisateur. Le rôle système est respecté sur ce point de terminaison (nous l’avons vérifié exprès) : un cadre posé une fois en tête de fil vaut pour tout le fil.

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

Demandez un objet JSON quand la réponse est lue par du code et non par une personne.

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

auto, none, required ou un objet qui désigne 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. Cette génération est relativement faible sur les longues boucles agentiques.

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

0,01 à 1. Réglez ce paramètre ou temperature, pas les deux à la fois.

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

0 à 2, 0,7 par défaut. Autour de 0,9 pour varier la prose ; 0 seulement si deux exécutions ne doivent différer que sur un seul point.

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

Plafonne la réponse visible à 450 000 ; la valeur par défaut, 4 096, tronque sans prévenir une réponse longue. Les tokens de raisonnement sont facturés au tarif de sortie mais ne sont PAS soumis à ce plafond. Baissez reasoning_effort quand il vous faut un plafond prévisible.

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

low, medium, high ou xhigh ; high par défaut. Pour le dialogue et le jeu de rôle, prenez low ou medium : high dépense des tokens de sortie à délibérer, et le texte en devient hésitant. L’effort étant facturé au tarif de sortie, ce réglage prudent coûte aussi plus cher.

Valeur par défaut
"high"
Valeurs autorisées
"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.7/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.7/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.7/chat

À utiliser dans ComfyUI

Installez les nœuds SpicyAPI depuis ComfyUI Manager ou avec la commande ci-dessous, puis choisissez xai/grok-4.7/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