Les deux sont des passerelles auto-hébergées qui placent de nombreux fournisseurs de modèles derrière une seule API de type OpenAI, avec clés virtuelles, budgets et solutions de repli dans la version gratuite. LiteLLM, en Python, couvre plus de 100 fournisseurs et sert aussi de bibliothèque Python. Bifrost, en Go, couvre 32 fournisseurs selon sa documentation et revendique un surcoût de quelques microsecondes là où LiteLLM cite des millisecondes, mais ces chiffres de vitesse proviennent des éditeurs eux-mêmes.
Les deux passerelles font le même travail et font des paris différents. LiteLLM parie sur l'étendue : plus de 100 fournisseurs, une bibliothèque Python qui fonctionne sans le proxy, et une adoption suffisante, environ 62 000 étoiles sur GitHub, pour que de nombreux outils proposent une intégration LiteLLM. Bifrost parie sur la vitesse. C'est un binaire Go unique de Maxim AI, et son README annonce 11 µs de latence ajoutée à 5 000 requêtes par seconde, là où le README de LiteLLM cite 8 ms au P95 à 1 000. Le comparatif de Maxim lui-même, à 500 requêtes par seconde sur une machine à 2 vCPU, montre LiteLLM échouant sur environ 11 % des requêtes ; dans tout ce que nous avons trouvé, les chiffres d'aucun des deux projets n'ont été reproduits de façon indépendante.
Cette vitesse compte moins qu'il n'y paraît pour la plupart des équipes. Dans le propre tableau de Bifrost, la requête moyenne prenait 1,61 seconde, fournisseur compris : quelques millisecondes de passerelle sont donc négligeables pour une fonction de chat. Cela commence à compter quand une passerelle sert des milliers de requêtes par seconde et que le proxy Python nécessite une flotte de nœuds ; la documentation de LiteLLM dimensionne chaque worker à 1 vCPU et 4 GiB, tandis que Bifrost dit traiter 5 000 requêtes par seconde sur une instance à 2 vCPU et 4 GB.
Fonction par fonction, les versions gratuites sont proches. Les deux proposent des clés virtuelles avec budgets et limites de débit, des solutions de repli, la répartition de charge et une passerelle MCP. La licence de Bifrost est plus simple, Apache 2.0 de bout en bout, même si sa page entreprise classe la gouvernance et les garde-fous parmi les fonctions payantes alors que sa description open source revendique les deux ; LiteLLM présente un flou similaire entre sa documentation et sa page entreprise. Bifrost réserve le clustering et la répartition de charge adaptative à Enterprise, ce qui compte pour la haute disponibilité.
Aucun n'a eu une année sans incident de sécurité, et les deux détiennent toutes vos clés de fournisseurs. LiteLLM a subi une attaque de la chaîne d'approvisionnement via PyPI en mars 2026 et a publié 17 avis de sécurité cette année. Bifrost était livré avec l'authentification d'administration désactivée et son image Docker à l'écoute sur toutes les interfaces, ce qui a conduit à une faille notée 9,8 permettant à une seule requête non authentifiée d'exécuter des commandes ; elle a été corrigée en v2.1.0 en septembre. La règle pratique est la même pour les deux : figez une version, gardez l'interface d'administration hors des réseaux non fiables et activez l'authentification avant toute autre chose.