Modelle und Aufgabenrichtlinien

Wählen Sie ein Modell für die Arbeit, die es ausführen muss, und prüfen Sie dann, welche Einstellungen geerbt werden. Ein Provider bietet Modellzugriff; ein Agent führt die Konversation und die Werkzeuge aus; a Specialist bietet eine wiederverwendbare Rolle und ausgewählte Fähigkeiten. Das Ändern eines installiert oder konfiguriert die anderen nicht.

Verwenden Sie die folgenden Aufgabenrichtlinien, wenn Main, Subagent, Reviewer, Vision oder Session-Details unterschiedliche Modelle benötigen. Überprüfen Sie den Anbieter und das Modell in der resultierenden Aufgabe, insbesondere wenn mehrere Anbieter den gleichen Modellnamen anbieten.

Wählen Sie das Hauptmodell aus

1. Öffnen Sie Settings → Model. In einem Arbeitsbereich zeigt der Select model-Eintrag des Composers auch Modellauswahlen an.
2. Öffnen Sie Main model und wählen Sie ein verfügbares Modell unter dem konfigurierten Provider aus. Ein Katalogeintrag ist kein Beweis dafür, dass das Konto ihn verwenden kann.
3. Wählen Sie Reasoning effort. Verwenden Sie die Auswahlmöglichkeiten, die tatsächlich für dieses Modell angezeigt werden. Dieses inspizierte Modell bot Default, Low, Medium, High, XHigh und Ultra; Andere Modelle haben unterschiedliche Leitern.
4. Schließen und erneutes Öffnen des Modells, um die gespeicherte Auswahl zu überprüfen. Starten Sie eine kleine Anfrage und prüfen Sie ihr Ergebnis vor einer langen Analyse.

Änderungen gelten für nachfolgende Anfragen. Sie ändern nicht rückwirkend das Modell hinter einer bestehenden Antwort. Wenn sich die Modelle ändern, versucht die App, die relative Argumentationsstärke zu erhalten; Ein Backend kann sich einem nicht unterstützten Aufwand annähern. Ein höherer Aufwand kann die Zeit- und Token-Nutzung erhöhen und ist keine Korrektheitsgarantie.

Zuweisung von Modellen an bestimmte Aufgaben

Wählen Sie eine Szenariozeile, um sie zu erweitern. Das Öffnen einer anderen Reihe bricht die vorherige zusammen. Lesen Sie die zusammengebrochene Zusammenfassung, nachdem Sie eine Änderung vorgenommen haben: Sie unterscheidet Vererbung, ein festes Modell und eine nicht verfügbare Auswahl.

Szenario	Auswahl des Modells	Was zu überprüfen ist
Subagent	Gleiches wie Hauptmodell oder ein kompatibles separates Modell	Die Steuerung des Abgleichsaufwands ist deaktiviert, während sie Main folgt. Auch die Delegation muss ermöglicht werden.
Reviewer	Folgen Sie dem Hauptmodell oder einem konfigurierten Reviewer-Modell	Eine Modellrichtlinie allein ermöglicht keine automatische Überprüfung oder Erstellung eines Überprüfungsprotokolls.
Vision	Ein konfiguriertes bildfähiges Modell	Nicht konfiguriert bedeutet, dass es keine dedizierte Vision-Auswahl gibt. Ob ein Relais benötigt wird, hängt von der Bildunterstützung des aktiven Backends ab.
Session details	Folgen Sie Main oder wählen Sie ein kompatibles Modell; ihre Bemühungen und ihre Befähigung zu prüfen	Dies generiert den Sitzungstitel / die Beschreibung mit einem eingeschränkten Aufruf. Es ist getrennt von der wissenschaftlichen Aufgabe und ihren Artefakten.

Die Session-Details-Selektor filtert Codex Abonnementmodelle heraus. Ein in Main oder Vision sichtbares Modell kann daher hier fehlen. Mit einem kompatiblen lokalen Anbieter und OpenCode wurde das lokale Modell als feste Wahl verfügbar. Not supported bedeutet neben seinem Argumentationsaufwand, dass die Aufwandskontrolle nicht verfügbar ist; Es ist getrennt davon, ob das Modell eine Textanforderung erhalten kann.

Wählen Sie für ein angeheftetes Szenario den Anbieter / das Modell und dann den unterstützten Aufwand aus. Kehren Sie zur Vererbungsoption zurück, wenn Sie möchten, dass sich zukünftige Main-Änderungen ausbreiten. Eine Unavailable-Zusammenfassung kann den vorherigen Modellnamen beibehalten, auch nachdem der Anbieter entfernt wurde oder nicht mehr berechtigt ist; Wählen Sie einen gültigen Ersatz aus.

Lesen Sie ein Diagramm mit einem separaten Vision-Modell

Verwenden Sie Vision, wenn das Main-Modell der Konversation keine Bilder akzeptieren kann. Ein Main-Modell, das bereits Bilder akzeptiert, kann diese direkt lesen.

Praxisbeispiel Prüfen Sie Etiketten in einem Sample-Count-Diagramm

1. Erweitern Sie Settings → Model → Vision und wählen Sie ein verfügbares bildfähiges Modell. Wählen Sie einen unterstützten Argumentationsaufwand aus, wenn das Steuerelement aktiviert ist.
2. Halten Sie das beabsichtigte Textmodell in der Konversation ausgewählt. Changing Vision ersetzt nicht Main.
3. Verwenden Sie + → Attach files, um das Diagramm anzuhängen. Bestätigen Sie, dass der Dateiname im Composer vor dem Senden erscheint.
4. Fordern Sie spezifische sichtbare Informationen an, z. B. Titel, Achsenbeschriftungen, Einheiten und Anzahl der aufgetragenen Proben. Fordern Sie eine explizite Angabe an, wenn ein Etikett nicht lesbar ist.
5. Vergleichen Sie die Antwort mit dem Originalbild. Verwenden Sie die Quelltabelle für genaue numerische Vergleiche: In diesem Beispiel beweisen zwei auf 24.7M gerundete Labels nicht, dass ihre zugrunde liegenden Zählungen gleich sind.
6. Bringen Sie Vision zu Not configured zurück, wenn Sie kein separates Bildmodell mehr wünschen. Dadurch wird der Modellanbieter nicht entfernt.

Das aktuelle Image-Relay schließt Codex-Abonnementanbieter aus, obwohl sie im Vision-Selektor erscheinen können. Wenn ein Main-Modell, das nur Text enthält, ein Bild nach dieser Auswahl immer noch ablehnt, wählen Sie einen anderen geeigneten Vision-Anbieter oder ein bildfähiges Main-Modell. Behandeln Sie einen gespeicherten Selektorwert nicht als erfolgreiche Bildanforderung.

Bestätigen Sie, dass Sitzungsdetails generiert wurden

Nachdem Sie Same as main model oder ein kompatibles festes Modell unter Session details ausgewählt haben, erstellen Sie eine Konversation. Warten Sie, bis der Fallback mit der ersten Aufforderung zu einem prägnanten Titel wird, und prüfen Sie dann die gespeicherte Beschreibung. Eine verkürzte Kopie der Eingabeaufforderung stellt keine erfolgreiche Generation dar.

Überprüfen Sie den gespeicherten Titel und die Beschreibung, nachdem die Hilfsanforderung abgeschlossen ist. Wenn der Titel eine verkürzte Aufforderung bleibt, prüfen Sie die Modellkompatibilität, die lokale Serverlast und den endgültigen Status des Anrufs. Ein zusätzliches Timeout kann diesen Fallback beibehalten. Session-Titel-Generierung verwendet eine eigene Modellrichtlinie und führt nicht die wissenschaftliche Berechnung des Gesprächs durch.

Anbieterkontrollen und Fehlerprüfungen

Kontrolle/Zustand	Nächste Maßnahme
Add provider	Folgen Provider-Setup, einschließlich der Authentifizierungs- und Endpunktanforderungen.
Check Codex login	Überprüfen Sie den Abonnement-Login-Status erneut; Dies führt nicht zu einer Forschungsaufgabe.
Re-import Codex login	Importieren Sie ein aktualisiertes vorhandenes Login über den Flow der App.
Edit	Überprüfen Sie die Provider-Konfiguration. Bewahren Sie die Arbeitskonfiguration auf, bis ein Ersatz verifiziert ist.
Deaktiviert Delete	Der aktuelle Anbieter kann in diesem Zustand nicht entfernt werden; Wählen Sie zuerst ein anderes gültiges Setup aus.
Kompatibilitätswarnung	Überprüfen Sie das aktive Agent- und Provider-API-Format, bevor Sie es wiederholt wiederholen.
Keine Szenariowahl	Konfigurieren Sie zuerst einen berechtigten Anbieter/Modell; Ein Leerwahl ist keine Anforderung, einen beliebigen Modellnamen einzugeben.

Verwenden Sie Agentsetup für das Ausführungs-Backend und Verwendung für gemeldete Aktivität. Genaue Konfigurationspriorität ist in Referenz.

Quellen: Modellauswahl, Szenariorichtlinien.