Au lieu de configurer une variable XAI_API_KEY, les abonnés SuperGrok peuvent lancer une connexion OAuth via leur navigateur vers accounts.x.ai.
Le processus est simple :
Le jeton OAuth obtenu pendant la connexion n’est pas limité à une seule fonction. Il est réutilisé dans Hermes pour accéder aux différents services xAI.
Selon la documentation Hermes, la même session authentifiée peut servir pour :
Autrement dit, une seule connexion active l’ensemble des surfaces xAI disponibles dans l’abonnement.
La documentation publique de l’API xAI met surtout en avant Grok 4, présenté comme son modèle phare, avec utilisation native d’outils et intégration de recherche en temps réel.
Certains guides tiers mentionnent également des variantes comme Grok 4.1 Fast, optimisée pour les charges de travail d’agents avec une inférence plus rapide ou moins coûteuse.
En revanche, les sources publiques ne confirment pas clairement l’existence d’un modèle nommé « Grok 4.3 ». Les références documentées évoquent principalement Grok 4 et ses variantes.
La connexion entre Grok et Hermes met en lumière une évolution plus large dans l’écosystème de l’IA.
De plus en plus, l’architecture se sépare en deux couches :
1. Les agents (l’interface)
Des outils open source comme Hermes fournissent l’interface, la mémoire, la logique d’orchestration et les intégrations avec les applications de messagerie.
2. Les fournisseurs de modèles (le moteur)
Des entreprises comme xAI fournissent les modèles et les services d’IA qui alimentent ces agents.
Comme Hermes est compatible avec plusieurs fournisseurs via des API de type OpenAI, il peut changer de moteur d’IA tout en gardant la même structure d’agent.
L’intégration OAuth avec Grok renforce ce modèle en permettant aux utilisateurs de connecter directement leur abonnement existant à un agent open source.
Historiquement, la plupart des intégrations d’IA reposaient sur des clés API facturées à l’usage. Ce modèle reste pratique pour les développeurs, mais moins pour les particuliers souhaitant simplement utiliser un agent local.
Les intégrations basées sur OAuth et sur des abonnements — comme celle de SuperGrok — proposent une alternative :
À mesure que les frameworks d’agents open source progressent, ce type d’intégration pourrait devenir courant : un utilisateur s’authentifie une fois auprès d’un fournisseur de modèles, puis fait tourner des agents IA puissants localement, que ce soit dans un terminal, une messagerie ou des automatisations.
Dans cette architecture, l’agent devient la couche de contrôle, tandis que des entreprises comme xAI se disputent la fourniture de l’intelligence qui l’alimente.