Foire aux questions

Admesh.ai est une passerelle d'agrégation de grands modèles. Elle regroupe les principaux modèles, tels que Claude, GPT, DeepSeek, Qwen, GLM, Kimi, Gemini et MiniMax, au sein d'une interface unifiée compatible avec OpenAI. Il vous suffit d'une URL de base et d'une clé API pour passer de l'un à l'autre.

En général, il suffit de modifier trois éléments : l'URL de base, la clé API et le nom du modèle. Il n'est pas nécessaire de modifier les méthodes d'appel, la structure des messages ni la logique de traitement en continu du SDK OpenAI existant. Si vous utilisez le protocole natif d'Anthropic, nous proposons également des points de terminaison compatibles.

https://api.admesh.ai/v1. Tous les modèles partagent cette adresse ; le modèle spécifique est sélectionné via le champ « model » du corps de la requête. Le nom du modèle suit le format « namespace/model », par exemple « anthropic/… » ou « openai/… ».

Tout client compatible avec OpenAI permettant de personnaliser l'URL de base convient, notamment LangChain, LlamaIndex, Cursor, Cherry Studio, Claude Code, Codex CLI, etc. Le site de documentation fournit des instructions détaillées pour l'intégration de chaque client.

Veuillez vous référer au répertoire des modèles de la console ou à l'interface publique /v1/models, où figurent la liste des modèles actuellement disponibles et leurs tarifs. Il est recommandé de ne pas coder en dur les noms de modèles dans votre code, mais de les définir dans un fichier de configuration ; ainsi, pour changer de modèle, il suffira de modifier la configuration.

Non. La bascule de secours s'effectue uniquement au sein du pool de canaux d'un même « public_model » : si vous interrogez Claude, la réponse proviendra nécessairement de Claude. Le remplacement d'un modèle par un autre altère directement la qualité de la sortie, et ce n'est pas une décision que la passerelle peut prendre à votre place.

La passerelle bascule automatiquement entre plusieurs canaux d'un même modèle : un échec de connexion, un délai d'attente dépassé, un code d'erreur 429 ou 5xx déclenchent tous ce basculement ; lorsque le nombre d'échecs consécutifs atteint un seuil défini, le canal passe en état de « fusible », suspend la réception du trafic et effectue régulièrement des tests pour vérifier s'il est rétabli.

Facturation strictement à l'utilisation, sur la base de la consommation réelle de jetons, sans abonnement mensuel ni engagement obligatoire. Les crédits rechargés sont valables indéfiniment et ne sont pas remis à zéro chaque mois. Pour plus de détails, veuillez consulter la page des tarifs.

Les requêtes ayant échoué sans générer de sortie en amont ne sont pas facturées, notamment en cas d'erreur de paramètre, d'échec d'authentification, de solde insuffisant et de limitation de débit. Si une réponse en flux est interrompue après qu'une partie du contenu a déjà été transmise, la partie déjà transmise sera facturée à sa juste valeur.

Par défaut, le prompt et le corps de la sortie du modèle ne sont pas conservés. Le journal d'utilisation n'enregistre que les métadonnées de la requête, le nombre de jetons, le modèle, le montant, le code d'erreur et le délai, à des fins de facturation et de dépannage.

Le serveur ne conserve que la valeur de hachage de la clé ainsi que le préfixe et les quatre derniers chiffres à des fins d'affichage ; le texte en clair n'est affiché qu'une seule fois, au moment de la création, et ne peut plus être consulté par la suite. Une fois supprimée, la clé devient invalide en l'espace de quelques dizaines de secondes.

Non. Les justificatifs en amont sont uniquement conservés dans un espace de stockage crypté ; ils ne figurent ni dans les journaux, ni dans le code du navigateur, ni dans aucune interface externe.