Mankomail

OpenRouter ​

Reliez ce nœud au port « Modèle » d’un nœud IA pour appeler, avec une seule clé, n’importe quel modèle du catalogue OpenRouter. Le modèle s’écrit « éditeur/modèle ».

OpenRouter est un fournisseur de modèles, pas une étape. Posez-le sur le canvas et tirez un lien de lui vers le port model d’un nœud IA (Catégoriser, Extraire, Résumer, Instruction libre (IA) ou Rédiger (IA)) : ce nœud travaille alors avec n’importe quel modèle du catalogue OpenRouter, avec une seule clé. Le nœud fournisseur n’est jamais exécuté, n’a ni entrée ni sortie de données, et n’écrit rien dans les données de l’exécution.

Un nœud IA dont le port model n’est relié à rien utilise les défauts de l’instance : le modèle que l’administrateur a choisi pour son usage (Classer, Extraire, Rédiger, Usage général) sur la page Connexions (section Intelligence artificielle). Brancher un fournisseur permet de choisir l’IA d’un nœud sans changer les autres. Aucune clé d’API ni aucun secret n’apparaît dans le workflow : les identifiants restent dans la connexion OpenRouter de l’organisation.

En bref ​

  • Type : llm.openrouter · version 1
  • Catégorie : IA
  • Nature : Fournisseur de modèles — branché sur un nœud IA, jamais exécuté comme une étape
  • Connexion : OpenRouter
  • Fournit : model (llm.model)

Connexion ​

Ce nœud utilise une connexion OpenRouter. Sans connexion choisie, il prend la connexion par défaut de ce fournisseur.

Paramètres ​

connection ​

Connexion — La clé à utiliser chez ce fournisseur, quand l’organisation en a plusieurs. Laissée vide, c’est la connexion par défaut du fournisseur.

  • Type : Connexion (credential)
  • Requis : Non

model ​

Modèle — Le modèle à utiliser. Laissé vide, c’est le modèle par défaut de l’instance pour l’usage du nœud branché. Ce fournisseur n’a pas de catalogue fixe : reprenez l’identifiant exact d’un modèle activé dans Connexions › IA.

  • Type : Texte (string)
  • Requis : Non
  • Défaut : "" (vide)
  • 200 caractères au plus
  • Expressions : {{ }} refusé

temperature ​

Température — Facultative. Laissée vide, le réglage du fournisseur s’applique. Certains modèles récents refusent ce paramètre : il est alors ignoré, jamais bloquant.

  • Type : Nombre (number)
  • Requis : Non
  • De 0 à 2

Données produites ​

Un fournisseur de modèles n’est jamais exécuté : il n’ajoute rien aux données de l’exécution. C’est le nœud IA sur lequel il est branché qui publie le résultat.

Exemple ​

Essayer un modèle d’un autre éditeur pour les résumés, sans ouvrir de compte chez cet éditeur. Ajoutez un nœud OpenRouter avec :

connection: (vide : la connexion par défaut du fournisseur)
model: (un identifiant éditeur/modèle activé sur la connexion)
temperature: (vide)

Reliez-le au port model du nœud Résumer. Chaque exécution de ce nœud appelle désormais ce fournisseur et ce modèle ; les autres nœuds IA du workflow ne changent pas.

Connexion, modèle et température ​

  • Connexion : laissée vide, c’est la connexion par défaut du fournisseur qui s’applique ; remplacer une clé se fait donc une seule fois, par l’administrateur. Choisissez une connexion seulement quand l’organisation a plusieurs connexions chez ce fournisseur (une clé refacturée à un client, par exemple). Seules les connexions de ce fournisseur sont proposées.
  • Modèle : laissé vide, c’est le défaut de l’instance pour l’usage du nœud branché qui s’applique, chez ce fournisseur. Les identifiants de modèles s’écrivent éditeur/modèle. Le catalogue est vaste et change souvent : l’éditeur n’a donc pas de liste figée. Il propose les modèles que l’administrateur a activés sur la connexion choisie ; sinon, recopiez l’identifiant exact d’un modèle activé sur la page Connexions (section Intelligence artificielle). Le champ n’est pas templatable : une expression {{ }} partirait telle quelle au fournisseur. L’éditeur signale un identifiant que la connexion n’autorise pas.
  • Température : facultative, entre 0 et 2. Elle ne s’applique que si le nœud IA ne fixe pas la sienne. Les modèles qui refusent ce paramètre l’ignorent simplement.

Conseils ​

  • Un fournisseur par port. Un deuxième fournisseur relié au même port model est refusé à la validation. Un nœud fournisseur relié à rien déclenche un avertissement, pas une erreur.
  • Erreurs à l’exécution. C’est le nœud IA, pas le fournisseur, qui échoue : llm.provider_not_configured quand l’instance n’a pas de connexion pour ce fournisseur, llm.connection_not_found quand la connexion choisie a été supprimée (il n’y a pas de repli silencieux sur la connexion par défaut), llm.connection_provider_mismatch quand elle appartient à un autre fournisseur, llm.model_not_allowed quand le modèle n’est pas activé, llm.no_default_model quand le modèle est vide et qu’aucun défaut n’est connu pour cet usage chez ce fournisseur. Voir Gestion des erreurs.
  • Essais. En essai, le nœud IA appelle réellement ce fournisseur et ce modèle : l’essai mesure ce que fera le workflow publié. Si l’instance n’a pas de connexion pour ce fournisseur, la sortie est fabriquée et le détail d’exécution signale que l’IA a été sautée.