Modèles dans Dashboard

La page Models contrôle où Anyy envoie le travail des modèles : conversation principale, secours textuels ordonnés et routes dédiées image, vidéo, synthèse et transcription.

Ouvrir Models

Démarrez Dashboard puis choisissez Models :

anyy dashboard

La page regroupe Text, Image, Video et Voice. Les cartes affichent fournisseur/modèle et route principale, activée, désactivée ou indisponible.

Configurer le modèle principal

Ouvrez Main model. Le formulaire expose uniquement les choix compatibles avec le contrat du fournisseur :

1. Choisissez le type de fournisseur.
2. Choisissez service et protocole si plusieurs existent.
3. Choisissez l’authentification.
4. Saisissez la clé ou terminez la connexion d’abonnement si nécessaire.
5. Gardez l’URL de base ou saisissez un point compatible fiable.
6. Actualisez le catalogue ou passez en saisie manuelle.
7. Choisissez modèle et raisonnement par défaut.
8. Sélectionnez Test connection pour vérifier catalogue et présence du modèle, puis Save.
9. Ouvrez une nouvelle session Chat, confirmez fournisseur/modèle, envoyez « Réponds Prêt » et vérifiez une vraie réponse. Désactivez temporairement les secours puis restaurez-les, ou vérifiez que la cible testée a effectivement produit la réponse sans secours. Sélection et réussite seules ne suffisent pas.

L’aperçu montre les paramètres non secrets à écrire. Les clés enregistrées ne sont pas affichées intégralement.

Vérifier découverte et génération séparément

Après changement de fournisseur, point, identifiant ou modèle, Test connection utilise les paramètres en attente ou l’identifiant enregistré pour actualiser/vérifier le catalogue. Il n’envoie aucune génération. Un état connecté confirme ce contrôle ; utilisez la demande dans une nouvelle session pour vérifier la génération.

Clés API et connexion d’abonnement

L’authentification propre au fournisseur apparaît sur la même page. Selon le fournisseur :

• saisissez ou remplacez une clé API ;
• effacez une clé enregistrée ;
• lancez ou répétez une connexion OAuth/abonnement ;
• déconnectez un profil d’abonnement.

Les choix sont liés au point sélectionné. Changer service/protocole peut changer domaine d’identifiants et catalogue. Codex utilise la connexion d’abonnement par appareil ; l’option Anthropic Claude Code accepte un jeton setup externe sans prise en charge OAuth générique. Une réussite de catalogue/connexion exige encore un test réel de modèle.

Consultez Protocoles et interfaces de modèles pour les cinq familles actuelles et les autres protocoles natifs non implémentés.

Ajouter des modèles de secours

Dans Text, choisissez Add fallback. Configurez la cible, vérifiez le catalogue et enregistrez. Sélectionnez ensuite explicitement cette cible dans une nouvelle conversation et envoyez une courte demande avec le même contrôle sans secours que pour le modèle principal. Restaurez vos réglages temporaires.

Les cartes sont évaluées dans leur ordre enregistré. Chaque entrée peut être activée/désactivée et régler :

• l’abandon autorisé d’un historique de raisonnement non rejouable ;
• l’utilisation autorisée d’une fenêtre de contexte plus petite ;
• les tentatives maximales de ce secours, première comprise.

Supprimez un secours depuis son détail pour le retirer des cibles admissibles.

Le secours est un routage de disponibilité

Il ne fusionne pas les réponses et n’interroge pas tous les modèles. Il offre une alternative ordonnée si erreur et compatibilité le permettent. Les exigences d’outils, médias, historique ou contexte peuvent écarter une entrée. Tentatives de session et SDK sont des contrôles séparés.

Routes image et vidéo

La compréhension image/vidéo peut utiliser automatiquement le modèle principal s’il déclare la capacité. Sinon, choisissez un fournisseur/modèle dédié.

Les pages de compréhension permettent aussi :

• activation/désactivation ;
• routage auto ou summary_first ;
• demande de capacité ;
• limites tokens/caractères ;
• délai ;
• comportement de raisonnement.

summary_first exige une route dédiée. Testez les saisies manuelles : un ID inconnu n’est pas supposé compatible image/vidéo.

La génération est une sortie distincte avec fournisseur/modèle, proportions, délai et limite d’octets propres. L’outil produit exige actuellement OpenAI Responses ; un simple point Chat compatible ne suffit pas. L’interface Codemode openrouter-images se configure séparément.

Routes vocales

Voice contient :

• Text to speech (TTS) — fournisseur, modèle, protocole, voix, sortie et aperçu audio ;
• Speech to text (STT) — fournisseur, modèle, protocole, langue par défaut et test.

Un fournisseur textuel fonctionnel ne prend pas automatiquement en charge la parole. TTS utilise audio-speech ou chat-audio-output ; STT, audio-transcriptions ou chat-audio-input. Saisissez la racine API et le protocole du modèle. Activez après test ; consultez Voix et parole.

Prise d’effet

Dashboard enregistre via le Gateway actif. Les nouvelles sessions utilisent le modèle principal enregistré. Une session existante peut garder fournisseur/modèle et raisonnement jusqu’à changement explicite ou nouvelle session.

Pour la voie terminal seule, consultez Configurer les modèles.

Dépannage

Problème	Solution
Catalogue vide	Vérifiez authentification et URL, puis Refresh models
Échec de Test connection	Vérifiez point, identifiant, ID et accès du compte
Principal indisponible	Vérifiez catalogue et route, puis génération dans une nouvelle session
Connecté mais Chat échoue	Catalogue accessible ; inspectez l’erreur réelle, accès modèle, point et identifiant
Route image/vidéo exigeant un modèle dédié	Capacité principale non déclarée ou summary_first choisi
Modèle enregistré absent de Chat	Créez une session ou changez explicitement son modèle
Connexion d’abonnement périmée	Réauthentifiez ou déconnectez puis connectez le bon profil