Ajoutez APIsRouter comme fournisseur API dans OpenCat.

Réponse rapide : une entrée de fournisseur dans Settings.

Ouvrez Settings, allez dans API Providers, et ajoutez un fournisseur (ou éditez celui d'OpenAI existant). Quatre champs font le travail : un nom d'affichage de votre choix, le protocole réglé sur OpenAI, l'API Host réglé sur https://api.apisrouter.com/v1 avec le /v1 inclus, et la clé API. C'est toute l'intégration ; OpenCat parle des chat completions standard vers quel que soit l'hôte que nomme l'entrée de fournisseur. Une fois le fournisseur enregistré, OpenCat liste les modèles que sert l'endpoint. Si un modèle que vous voulez n'apparaît pas dans la liste auto-remplie, ajoutez-le manuellement par son id exact, l'app accepte des ids saisis précisément pour ce cas. À partir de là, chaque conversation et assistant de l'app peut sélectionner n'importe quel id du catalogue comme une option native.

Name:      APIsRouter
Protocol:  OpenAI
API Host:  https://api.apisrouter.com/v1
API Key:   sk-APIsRouter-...

models auto-list from the endpoint;
add ids manually if one is missing

Comment OpenCat traite les fournisseurs et les assistants.

OpenCat est l'un des clients IA natifs les plus anciens de l'écosystème Apple, une app Mac, iPhone et iPad avec un fort suivi à travers l'Asie, construite autour de l'idée bring-your-own-key : l'app est l'interface, vos clés sont l'accès, et il n'y a pas d'intermédiaire par message. Son développeur vend l'app elle-même, un palier gratuit plus un achat Pro unique affiché à 9,99 dollars sur opencat.app en date de juillet 2026, ce qui est une forme économique différente des produits de chat par abonnement et exactement pourquoi une clé de passerelle mesurée s'associe bien avec elle. La mécanique qui compte : les fournisseurs et les assistants sont des couches séparées. Un fournisseur est un protocole, un hôte et une clé. Un assistant est une persona, un system prompt plus un choix de modèle, et OpenCat encourage à en garder plusieurs. Avec un seul fournisseur de passerelle, cela se transforme en un motif réellement utile : un assistant de rédaction sur claude-sonnet-4-6, un assistant de réponses rapides sur claude-haiku-4-5-20251001, un assistant bilingue sur glm-5.2 ou kimi-k2.6, tous dans une seule app, interchangeables par conversation, facturés à une seule clé. L'app intègre aussi le chat, la traduction, la conversation vocale et la discussion d'images dans la même interface, et chacune de ces fonctionnalités chevauche le modèle que sélectionne l'assistant courant. Pointez le fournisseur vers un endpoint multi-fournisseurs et chaque fonctionnalité obtient aussi silencieusement un choix de modèle.

Configuration complète : fournisseur, modèles, assistants.

Ajoutez le fournisseur sur l'appareil qui vous convient ; OpenCat synchronise conversations et réglages entre appareils via iCloud sur son palier payant, donc un fournisseur configuré sur le Mac vous suit typiquement sur l'iPhone plutôt que de nécessiter une nouvelle saisie. Si vous faites tourner le palier gratuit par appareil, saisissez les mêmes quatre champs sur chacun. Construisez ensuite des assistants autour des modèles plutôt que de traiter le sélecteur de modèle comme une réflexion après coup. Créez un assistant, donnez-lui un system prompt, et liez-le à un id du catalogue. La division pratique du travail : des ids rapides pour l'assistant à qui vous parlez toute la journée, un id frontier pour celui qui rédige des choses qui comptent, et un id bilingue pour celui qui gère du texte chinois, japonais ou coréen. Comme OpenCat permet à plusieurs assistants de coexister, vous obtenez un routage de modèle par tâche sans jamais y penser en pleine conversation. Pour les fonctionnalités de traduction et de voix, le modèle derrière l'assistant courant fait le travail linguistique, ce qui fait du palier rapide le bon défaut là-bas : les échanges de traduction sont courts, fréquents et sensibles à la latence, exactement le profil pour lequel deepseek-v4-flash et claude-haiku-4-5-20251001 sont tarifés.

Writer     -> claude-sonnet-4-6        (drafts, long answers)
Quick      -> claude-haiku-4-5-20251001 (default chatter)
Bilingual  -> glm-5.2                   (zh/en mixed threads)
Translate  -> deepseek-v4-flash         (short, frequent turns)

all four assistants -> one provider -> one key

Choisir des modèles pour un client natif.

La liaison par assistant rend la comparaison sans effort : dupliquez un assistant, changez seulement le modèle, et faites tourner les deux contre vos vraies questions pendant une journée. Le journal d'usage chiffre la comparaison par id tandis que les conversations vous disent lequel vous avez continué à ouvrir.

• L'usage phone-first est un usage latence-first. claude-haiku-4-5-20251001 et deepseek-v4-flash répondent assez vite pour que l'app se sente native plutôt que réseautée.
• L'économie de l'achat unique récompense les clés mesurées : l'absence de frais par siège signifie que votre seul coût récurrent est les tokens, donc mettre le trafic occasionnel sur des ids rapides garde un mois chargé petit.
• claude-sonnet-4-6 mérite l'assistant qui écrit pour vous, où le prix par message achète une qualité visible.
• glm-5.2 et kimi-k2.6 sont des choix de premier ordre pour le trafic chinois-anglais qu'a réellement une grande partie de la base d'utilisateurs d'OpenCat ; via la passerelle ils siègent dans le même sélecteur que Claude au lieu de nécessiter des comptes fournisseur séparés.
• Les échanges de traduction et de voix sont courts et constants ; gardez-les sur le palier rapide et les fonctionnalités se sentent gratuites.

Paiement à l'usage · en dessous du tarif officiel

Selected models are priced below official list prices. Exact input, output, cache, and per-request prices are shown for each model.

Modes d'échec spécifiques à OpenCat.

Des requêtes qui continuent d'aller vers api.openai.com après la configuration signifient que la conversation n'utilise pas votre nouveau fournisseur. Les fournisseurs coexistent dans OpenCat, et un assistant ou une conversation créés plus tôt gardent leur liaison de fournisseur d'origine ; changez le fournisseur et le modèle de l'assistant plutôt que de supposer que la nouvelle entrée a pris le relais globalement. Un API Host sans le /v1 échoue une fois que l'app ajoute des chemins de requête ; la forme qui fonctionne, comme le montrent systématiquement les guides de passerelle pour OpenCat, est la base avec /v1 inclus, https://api.apisrouter.com/v1. Une liste de modèles vide ou partielle n'est pas une impasse. La liste automatique dépend du listing de modèles de l'endpoint, et OpenCat accepte des ids saisis manuellement pour tout ce qui manque ; la sortie /v1/models avec votre clé fait foi pour l'orthographe de ce que vous saisissez. Les clés sont par entrée de fournisseur, donc une clé rotée sur la passerelle doit être mise à jour dans les réglages du fournisseur ; une app qui échoue soudainement après des mois de silence est généralement une clé expirée ou rotée, pas un problème d'app. Et si les appareils sont en désaccord, l'un fonctionnant et l'autre échouant, la limite de synchronisation des réglages est le premier suspect : confirmez que l'appareil en échec a réellement l'entrée de fournisseur et la clé.

Qui route OpenCat via une passerelle.

• Les utilisateurs BYOK qui ont acheté l'app pour échapper aux abonnements et veulent que le côté clé soit tout aussi simple : un seul solde, chaque modèle, aucune carte enregistrée.
• Les utilisateurs bilingues chinois-anglais, pour qui GLM et Kimi à côté de Claude dans un seul sélecteur sont le vrai workflow quotidien, pas une nouveauté.
• Les gens multi-appareils, Mac au bureau et iPhone en déplacement, qui veulent une seule entrée de fournisseur servant les deux plutôt que des apps et connexions par fournisseur.
• Les gros traducteurs qui utilisent les fonctionnalités de traduction d'OpenCat, où des échanges courts et fréquents sur des ids rapides du catalogue gardent l'habitude peu coûteuse.
• Les développeurs sans accès à la facturation d'un fournisseur donné. Un accès basé sur la recharge, sans exigence de carte, supprime la dépendance à une inscription par fournisseur.

Vérifiez l'endpoint et déboguez le premier chat.

Confirmez d'abord l'endpoint depuis un terminal si vous en avez un sous la main : listez les modèles avec votre clé et vérifiez les ids que vous comptez utiliser. Sur les configurations iPhone uniquement, passez directement au chemin dans l'app : enregistrez le fournisseur, observez si la liste de modèles se remplit, et envoyez un court message. Le tri des échecs est court. Une erreur d'authentification est le champ clé. Une erreur de connexion ou not-found est l'API Host, presque toujours un /v1 manquant. Une erreur de modèle signifie que l'id a été saisi différemment du listing de l'endpoint. Et une conversation qui se comporte comme l'ancien fournisseur est liée à l'ancien fournisseur ; vérifiez les réglages de l'assistant, pas la liste des fournisseurs. Une fois les messages en circulation, la console APIsRouter affiche le modèle par requête, le nombre de tokens et la dépense. Pour une app bring-your-own-key, ce journal est toute l'image financière, chaque appareil et chaque assistant sur une seule page, exactement la visibilité que les apps de chat par abonnement ne vous donnent jamais.

curl -s https://api.apisrouter.com/v1/models \
  -H "Authorization: Bearer $APISROUTER_API_KEY" | head -50

Questions fréquentes