La méthode de ce site ne change pas : vos cas valent plus que les classements. Ce guide vous amène de « pas de compte » à regarder trois modèles répondre à la même question, côte à côte, en un quart d’heure. Les quatre premières étapes se font dans le navigateur ; le terminal n’apparaît qu’à la dernière, facultative. Si vous voulez d’abord comprendre ce qu’est OpenRouter et ce que ça coûte, partez de la fiche ; ici, on fait.

Étape 1 · Le compte

Allez sur openrouter.ai et inscrivez-vous (email ou compte Google/GitHub). Le compte est gratuit et permet déjà d’utiliser les modèles portant le suffixe :free dans leur nom : le plafond est de 50 requêtes par jour, assez pour flairer l’interface, étroit pour travailler.

Étape 2 · Le plafond avant l’argent

Avant de charger des crédits, décidez combien vous acceptez de dépenser : c’est le bon ordre, parce qu’un plafond posé après est un plafond déjà entamé. Dix dollars une seule fois couvrent des semaines d’essais (une comparaison sur trois modèles coûte des centimes) et débloquent un bonus permanent : la limite des modèles :free passe de 50 à 1 000 requêtes par jour (vérifié le 19/07/2026 sur les limites documentées). À l’achat des crédits, OpenRouter applique une commission de 5,5 % ; la consommation des modèles est au prix catalogue, sans majoration.

Étape 3 · La clé, en laisse

Dans les réglages du compte, créez une clé API et donnez-lui une limite de dépense avec remise à zéro mensuelle, par exemple 5 $. Si un script s’emballe ou si la clé atterrit là où il ne fallait pas, le dégât maximal est le chiffre que vous avez écrit. La clé ne s’affiche qu’une fois : gardez-la dans un gestionnaire de mots de passe, jamais dans un document partagé et jamais dans un fichier qui finit dans un dépôt.

Étape 4 · Trois modèles, un cas à vous

Ouvrez openrouter.ai/chat et ajoutez trois modèles à la même conversation : un grand, un moyen, un petit (la comparaison tient jusqu’à cinq). Puis collez un cas réel de votre travail, avec le contexte que vous donneriez à un collègue : l’email difficile à réécrire, le compte rendu à résumer, le tableau à interpréter. Regardez les réponses côte à côte et demandez-vous laquelle vous auriez eu le moins à corriger. Recommencez avec deux ou trois autres cas : les motifs qui se répètent sur des cas différents valent plus que n’importe quel classement.

Étape 5 (facultative) · La comparaison structurée

Si le terminal ne vous fait pas peur, le banc d’essai des matériaux du cours rend la comparaison répétable : téléchargez esegui.mjs et casi.json, et regardez-le d’abord fonctionner sans clé et sans coût :

node esegui.mjs --prova

Le mode d’essai utilise de fausses réponses et un cas échoue exprès, pour vous montrer comment lire un échec. Ensuite, mettez votre clé et faites le vrai tour :

export OPENROUTER_API_KEY=sk-or-...
node esegui.mjs

Remplacez les cas de casi.json par 5 à 10 entrées réelles de votre travail et changez le modèle dans la ligne MODELLO pour comparer : même jeu de cas, modèles différents, résultats comparables.

Les erreurs typiques

La clé au mauvais endroit. Une clé collée dans un document partagé ou poussée dans un dépôt est une carte bancaire laissée sur la table. La limite de dépense de l’étape 3 réduit le dégât, le gestionnaire de mots de passe l’évite.

Le modèle qui n’existe plus. Le catalogue bouge vite : un nom copié d’un article vieux de trois mois peut être déprécié. Le nom exact se prend toujours sur le catalogue vivant, où chaque modèle affiche son slug à côté de son prix.

Le rythme des :free. Au-delà du plafond quotidien il y a une limite par minute : un script qui martèle reçoit des erreurs 429. Pour un usage soutenu, les petits modèles payants coûtent de toute façon très peu.

---

État du contrôle : étapes et chiffres vérifiés sur la documentation officielle d’OpenRouter le 19/07/2026. Le vrai tour de l’étape 5 a été exécuté à la même date, avec une vraie clé et une vraie dépense, par le workflow de contrôle du site : 5 cas contre un modèle de pointe, 3 réussis et 2 échoués. Les échecs, c’est le banc qui fait son métier : ils montrent où corriger les instructions d’exemple, exactement ce que vous verrez sur vos propres cas.