Dashboard-Modelle

Die Seite Modelle legt fest, wohin Anyy Modellaufgaben sendet. Sie umfasst das Hauptmodell für Gespräche, geordnete Text-Ausweichmodelle sowie eigene Routen für Bilder, Videos, Text-zu-Sprache und Sprache-zu-Text.

Modelle öffnen

Starten Sie Dashboard und wählen Sie Modelle:

anyy dashboard

Die Seite gruppiert Routen in Text, Bild, Video und Sprache. Jede Karte zeigt den aktuellen Anbieter/das Modell und ob die Route primär, aktiviert, deaktiviert oder nicht verfügbar ist.

Das Hauptmodell konfigurieren

Öffnen Sie Hauptmodell. Das Formular bietet nur Optionen an, die der Vertrag des ausgewählten Anbieters unterstützt:

1. Wählen Sie einen Anbietertyp.
2. Wählen Sie Dienst und Protokoll, falls mehrere verfügbar sind.
3. Wählen Sie eine Authentifizierungsmethode.
4. Geben Sie einen API-Schlüssel ein oder führen Sie bei Bedarf die Anmeldung für ein Abonnement durch.
5. Behalten Sie die Standard-Basis-URL bei oder geben Sie einen vertrauenswürdigen kompatiblen Endpunkt ein.
6. Aktualisieren Sie den Modellkatalog oder wechseln Sie zur manuellen Modelleingabe.
7. Wählen Sie Modell und Reasoning-Vorgaben.
8. Wählen Sie Verbindung testen, um Katalogzugriff und Vorhandensein des Modells zu prüfen, und anschließend Speichern.
9. Öffnen Sie eine neue Chat-Sitzung, prüfen Sie den ausgewählten Anbieter/das Modell, senden Sie einen kurzen Prompt wie „Antworte mit Bereit“ und prüfen Sie, ob eine echte Antwort zurückkommt. Deaktivieren Sie für diese Prüfung vorübergehend konfigurierte Ausweichrouten und stellen Sie danach deren vorherige Einstellungen wieder her, oder prüfen Sie, dass die Antwort tatsächlich vom getesteten Anbieter/Modell stammt und kein Ausweichmodell verwendet wurde. Die Auswahl allein zusammen mit einer erfolgreichen Antwort reicht nicht aus.

Die Konfigurationsvorschau zeigt die Einstellungen ohne Geheimnisse, die geschrieben werden. Gespeicherte API-Schlüssel werden nicht vollständig angezeigt.

Erkennung und Generierung getrennt prüfen

Nach einer Änderung von Anbieter, Endpunkt, Zugangsdaten oder Modell verwendet Verbindung testen die noch nicht gespeicherten Einstellungen oder gespeicherten Zugangsdaten, um den Modellkatalog zu aktualisieren/prüfen. Dabei wird keine Anfrage zur Generierung einer Gesprächsantwort gesendet. Der Status „Verbunden“ bestätigt diese Katalogprüfung; prüfen Sie die Generierung mit dem oben beschriebenen Prompt in einer neuen Sitzung.

API-Schlüssel und Abonnementanmeldung

Die anbieterspezifische Authentifizierung erscheint auf derselben Detailseite. Je nach Anbieter können Sie:

• einen API-Schlüssel eingeben oder ersetzen;
• einen gespeicherten API-Schlüssel löschen;
• eine OAuth-/Abonnementanmeldung starten oder wiederholen; oder
• sich von einem verbundenen Abonnementprofil abmelden.

Die Authentifizierungsoptionen sind an den gewählten Endpunkt gebunden. Ein Wechsel von Dienst oder Protokoll kann den Geltungsbereich der Zugangsdaten und den Modellkatalog ändern. Codex verwendet eine gerätebasierte Abonnementanmeldung; die Abonnementoption Anthropic Claude Code akzeptiert ein extern bezogenes Setup-Token, was keine allgemeine OAuth-Unterstützung begründet. Erfolgreicher Katalogzugriff oder Login erfordern weiterhin einen gesonderten Test mit einer echten Modellanfrage.

Die fünf aktuellen Gesprächsprotokollfamilien sowie weitere nicht implementierte native Protokolle finden Sie unter Anbieterprotokolle und Modellschnittstellen.

Ausweichmodelle hinzufügen

Wählen Sie auf der Registerkarte Text die Option Ausweichmodell hinzufügen. Konfigurieren Sie Anbieter/Modell, prüfen Sie die Katalogverbindung und speichern Sie die Route. Wählen Sie dieses Ziel anschließend ausdrücklich in einem neuen Gespräch und senden Sie einen kurzen Prompt. Deaktivieren Sie dabei wie beim Hauptmodell die Ausweichrouten oder bestätigen Sie, dass keine verwendet wurde. Stellen Sie alle vorübergehend geänderten Einstellungen wieder her.

Ausweichkarten werden in ihrer gespeicherten Reihenfolge ausgewertet. Jeder Eintrag lässt sich aktivieren oder deaktivieren und kann Folgendes festlegen:

• ob eine Route Reasoning-Verlauf verwerfen darf, den sie nicht wiedergeben kann;
• ob sie ein kleineres Kontextfenster verwenden darf; und
• die maximale Anzahl der Versuche für dieses Ausweichmodell einschließlich des ersten Versuchs.

Entfernen Sie ein Ausweichmodell auf seiner Detailseite, wenn es nicht mehr berücksichtigt werden soll.

Ausweichmodelle dienen der Verfügbarkeit

Die Ausweichkonfiguration führt keine Antworten zusammen und fragt nicht jedes Modell. Sie bietet der Laufzeit eine geordnete Alternative, wenn Fehlerrichtlinie und Zielkompatibilität dies zulassen. Anforderungen an Werkzeuge, Medien, Reasoning-Verlauf oder Kontext können dazu führen, dass ein Eintrag übersprungen wird. Automatische Wiederholungen der Sitzung und Wiederholungen durch das Anbieter-SDK werden separat gesteuert.

Bild- und Videorouten

Bild- und Videoverständnis können automatisch das Hauptmodell verwenden, wenn es die erforderliche Eingabefähigkeit ausweist. Wählen Sie andernfalls einen eigenen Anbieter/ein eigenes Modell.

Bei Verständnisrouten unterstützt die Detailseite außerdem:

• Aktivieren oder Deaktivieren der Funktion;
• Routing über auto oder summary_first;
• einen Fähigkeitsprompt;
• Token-/Zeichenlimits;
• Zeitlimit; und
• Thinking-Verhalten.

summary_first erfordert eine eigene Route. Testen Sie manuell eingegebene Modelle: Bei einer unbekannten Modell-ID wird nicht angenommen, dass sie Bild- oder Videoeingaben unterstützt.

Bilderzeugung ist eine separate Ausgaberoute mit eigenem Anbieter/Modell, Seitenverhältnis, Zeitlimit und Bytelimit. Das Produktwerkzeug erfordert derzeit OpenAI Responses; ein gewöhnlicher OpenAI-kompatibler Chat-Endpunkt allein reicht nicht aus. Die Codemode-Modellschnittstelle openrouter-images wird separat konfiguriert.

Sprachrouten

Die Registerkarte Sprache enthält:

• Text-zu-Sprache (TTS) — Anbieter, Modell, Protokoll, Stimme, Ausgabeverhalten und eine Audiovorschau; und
• Sprache-zu-Text (STT) — Anbieter, Modell, Protokoll, Standardsprache und Verbindungstest.

Ein funktionierender Textchat-Anbieter unterstützt nicht automatisch Sprachendpunkte. TTS verwendet audio-speech oder chat-audio-output; STT verwendet audio-transcriptions oder chat-audio-input. Geben Sie die API-Wurzel an und stimmen Sie das Protokoll auf das Modell ab. Aktivieren Sie eine Route nach erfolgreichem Test; siehe Stimme und Sprache.

Wann Änderungen wirksam werden

Dashboard speichert über das laufende Gateway. Neue Sitzungen verwenden das gespeicherte Hauptmodell. Eine vorhandene Chat-Sitzung kann ihren eigenen Anbieter/das Modell und ihren Reasoning-Zustand behalten, bis Sie diese in der Sitzung ändern oder eine neue beginnen.

Einen ausschließlich terminalbasierten Konfigurationsweg finden Sie unter Modelle konfigurieren.

Fehlerbehebung

Problem	Lösung
Die Modellliste ist leer	Prüfen Sie Anbieteranmeldung und Basis-URL und wählen Sie dann Modelle aktualisieren
Verbindung testen schlägt fehl	Prüfen Sie Endpunkt, Zugangsdaten, Modell-ID und Kontozugriff beim Anbieter
Das Hauptmodell wird als nicht verfügbar angezeigt	Prüfen Sie Katalogverbindung und gespeicherte Route und bestätigen Sie anschließend die Generierung in einer neuen Chat-Sitzung
Die Verbindung wird als verbunden angezeigt, aber Chat schlägt fehl	Der Katalogzugriff war erfolgreich; prüfen Sie den tatsächlichen Generierungsfehler, Modellzugriff, Endpunkt und Zugangsdaten
Die Bild-/Videoroute verlangt ein eigenes Modell	Das Hauptmodell weist diese Eingabefähigkeit nicht aus oder summary_first ist ausgewählt
Ein gespeichertes Modell fehlt in Chat	Beginnen Sie eine neue Sitzung oder wechseln Sie das Modell der aktuellen Sitzung ausdrücklich
Die Abonnementanmeldung ist veraltet	Authentifizieren/melden Sie sich erneut an oder melden Sie sich ab und verbinden Sie das gewünschte Profil