SpaceXAI

SpaceXAI est le fournisseur que nous branchons le moins souvent. Nous le disons franchement : sur nos projets, il n'apporte pas d'avantage décisif face aux quatre premiers de cette liste. Il a sa place ici parce qu'on nous le demande et parce qu'un catalogue qui n'énumère que ce qu'on aime n'est pas un catalogue.

Le nom a changé, pas l'API

SpaceX a racheté xAI le 2 février 2026, puis l'entité a pris le nom de SpaceXAI en juillet. Les modèles s'appellent toujours Grok, la documentation est toujours sur `docs.x.ai`, aucun identifiant d'API n'a bougé : une intégration existante n'a rien à changer.

Ce qui bouge, c'est l'interlocuteur contractuel. Sur un dossier où la clause de sous-traitance nomme la société, il faut relire le contrat.

Ce qui le distingue vraiment

La fenêtre de contexte, sur la gamme 4.20 et 4.3 : un million de tokens, soit un dossier complet passé en une fois sans le découper. Le découpage est la partie la plus fastidieuse d'un projet de lecture documentaire, celle aussi qui produit le plus d'erreurs : chaque morceau perd le fil de ce qui précède.

La variante multi-agents, ensuite. Elle répartit une tâche longue entre plusieurs agents dans un seul appel, là où il faudrait autrement orchestrer soi-même quatre requêtes et recoller les résultats.

Le point technique à connaître

Les modèles 4.20 et suivants ignorent silencieusement les paramètres `logprobs` et `top_logprobs`. Silencieusement : pas d'erreur, pas d'avertissement, juste une réponse sans les données attendues. Si votre chaîne s'appuie sur les probabilités pour mesurer une confiance, elle continuera de tourner en produisant des scores vides.

Notre réserve

L'API est jeune, l'écosystème d'intégration aussi : les connecteurs natifs sont moins nombreux et moins tenus à jour que pour OpenAI ou Mistral. On passe donc souvent par l'appel HTTP générique, qui marche, mais qui laisse à votre charge la gestion des erreurs et des reprises.