> ## Documentation Index
> Fetch the complete documentation index at: https://docs.rockapi.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Alternatives à OpenRouter : accès, contrôle et migration

> Évaluez Rock API, LiteLLM, Portkey et les API directes selon l'accès aux modèles, l'exploitation, la facturation et les besoins de migration.

Une alternative à OpenRouter présente un intérêt si elle répond à un manque précis : modèle ou région requis, maîtrise du déploiement, processus de facturation ou intégration manquante. Écrivez ce besoin avant de comparer les services. Un catalogue plus vaste ou un tarif d'entrée affiché plus bas ne suffit pas à établir le meilleur choix.

Si la route actuelle remplit déjà vos exigences, gardez-la comme référence. Une migration nécessite des tests et du travail d'exploitation, même lorsque les services partagent un format compatible OpenAI.

## Constituer une sélection à partir du besoin

| Option | Motif d'évaluation | Preuves à recueillir |
| - | - | - |
| Rock API | Accéder aux modèles pris en charge via un service hébergé et sa facturation. | Modèle exact, accès du groupe, comportement de l'interface et coût réglé. |
| LiteLLM | Exploiter une passerelle dans votre environnement. | Architecture, identifiants amont, règles des clés virtuelles et responsable de maintenance. |
| Portkey | Examiner les contrôles de passerelle et la visibilité des requêtes. | Journaux, conservation, routage, déploiement et conditions du forfait. |
| API directe | Utiliser le fournisseur sans passerelle supplémentaire. | Fonctions natives, éligibilité du compte, quotas et facturation. |
| Conserver OpenRouter | Garder une intégration déjà validée. | Possibilité de résoudre le problème par un changement de route ou de configuration. |

Le [démarrage rapide OpenRouter](https://openrouter.ai/docs/quickstart) décrit son accès API. La [documentation LiteLLM](https://docs.litellm.ai/docs/) couvre le SDK et le proxy auto-hébergé, dont les clés virtuelles et le suivi des coûts. La [présentation Portkey](https://portkey.ai/docs/introduction/what-is-portkey) décrit la passerelle et ses fonctions de visibilité. Vérifiez l'édition et la configuration retenues au lieu de généraliser à tous les déploiements.

## Comparer des factures équivalentes

Comparez la même version de modèle, le même mélange entrée/sortie, le même comportement de cache et la même devise. Ajoutez les frais de financement ou de plateforme applicables ainsi que votre infrastructure et votre maintenance. Consultez les conditions actuelles sans supposer une majoration ou une remise fixe.

Pour Rock API, partez du [catalogue actuel](https://rockapi.ai/pricing) et du [guide de facturation](https://docs.rockapi.ai/fr/pricing-and-billing.md). Prix de base, coefficient de groupe, coût de recharge et règlement historique sont des éléments distincts. Vérifiez si le prix affiché inclut déjà le coefficient. Aucune économie universelle ne s'applique à chaque modèle et requête.

## Évaluer le cache sans raccourci binaire

OpenRouter documente explicitement le [cache de prompts pour les fournisseurs et modèles pris en charge](https://openrouter.ai/docs/guides/best-practices/prompt-caching). Il serait donc incorrect de le décrire comme absent partout. Pour chaque candidat, vérifiez les préfixes, écritures, lectures, expirations, routes fournisseur et rapports d'utilisation nécessaires.

Le cache de prompts d'un fournisseur et la restitution d'une réponse mise en cache par une passerelle répondent à des besoins différents. Vérifiez fraîcheur et confidentialité avant usage. Séparez les prompts répétés des requêtes uniques pour éviter un budget fondé sur un taux de succès du cache trop optimiste.

## Préparer une migration réversible

1. Inventoriez les interfaces, identifiants de modèle, outils, schémas, en-têtes, délais et champs d'utilisation réellement employés.
2. Vérifiez chaque candidat sur cette liste ; la compatibilité du client ne prouve pas celle de tous les paramètres.
3. Utilisez des identifiants isolés et un budget d'essai borné. Rejouez des requêtes représentatives expurgées et mesurez exactitude et latence.
4. Testez modèles indisponibles, limitations, sorties invalides et interruptions du flux. Identifiez le responsable des nouvelles tentatives et les conséquences d'une route de secours sur le coût et la confidentialité.
5. Déplacez une faible part du trafic, rapprochez les consommations terminées et conservez la route précédente pour revenir en arrière.

## Quel candidat examiner en premier ?

Pour Rock API hébergé, vérifiez l'accès au modèle puis suivez le [démarrage rapide](https://docs.rockapi.ai/fr/quickstart.md). Pour contrôler votre propre proxy, étudiez d'abord le déploiement LiteLLM. Pour la visibilité et la gouvernance, vérifiez les fonctions et conditions Portkey correspondantes. Retenez le service qui comble le manque documenté et passe vos tests, maintenance comprise.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.