Modelle und Reasoning

Zwei Entscheidungen bestimmen, was ein Turn kostet und wie gut er ist: das Modell und wie viel es nachdenkt. Du triffst beide im Dialog New chat (Neuer Chat) und vor jeder Nachricht erneut im Eingabebereich. Diese Seite behandelt die Auswahlen, woher die Modellliste jedes Providers kommt und was die Effort-Werte bedeuten. Die Einrichtung der Provider steht auf den Provider-Seiten, der Dialog Feld für Feld unter Eine Konversation starten.

Wo du wählst #

Eine Konversation nutzt einen Provider, daher listet der Eingabebereich nur die Modelle, die dieser Provider anbietet. Modell und Effort gelten pro Nachricht: Die Wahl, die du vor dem Senden triffst, ist die, mit der diese Nachricht rausgeht. Eine Konversation merkt sich ihr letztes Modell und ihren letzten Effort, und der Browser merkt sich die, die du zuletzt irgendwo gewählt hast. Ein neuer Chat startet mit denen des Browsers. Bietet das Modell, zu dem du wechselst, einen gemerkten Effort nicht an, tritt der nächstgelegene Effort dieses Modells an seine Stelle; Ultracode wird so nie gewählt.

Bei einer Konversation ohne Nachricht bietet die Auswahl außerdem Auto an, wo der Provider es hat. Nach der ersten Nachricht ist Auto deaktiviert, mit dem Tooltip „Auto is available only for a new conversation“.

Kann das Modell mitten in der Konversation wechseln? #

Das hängt vom Provider ab. Wo es festgelegt ist, zeigt die Auswahl das Modell als gesperrten Eintrag (🔒), der sich nicht ändern lässt.

OpenAI und Grok sperren die Auswahl ab der ersten Nachricht. Das Relay lehnt ein anderes Grok-Modell mit „Grok model switching requires creating a new Grok conversation“ ab. Um bei einem Provider mit festgelegtem Modell ein anderes zu nutzen, startest du eine neue Konversation. Der Hinweis über dem Eingabebereich nennt das festgelegte Modell; siehe Ein Provider pro Konversation.

Select Models #

🤗 Select Models (Untertitel: „Choose model variants shown in the composer selector“) legt fest, welche der gefundenen Modelle in den Auswahlen erscheinen. Die Wahl wird für das ganze Relay gespeichert, nicht pro Browser oder pro Konversation. Der Dialog zeigt auch, wann die Listen zuletzt aktualisiert wurden.

Der Dialog hat einen Tab pro Runtime: Copilot, OpenAI, Claude SDK, Neu in 0.9.18 Claude API, Cursor SDK, Grok und Neu in 0.9.17 DeepSeek. Ein Tab ist deaktiviert, wenn er keine Modelle zu zeigen hat, z. B. solange sein Provider ausgeschaltet ist. Claude Cloud hat keinen Tab: Seine Liste folgt der des Claude-Providers (siehe unten). Jedes Modell hat einen Header mit seinem Namen, seinem Kontextfenster und einer Zeile Reasoning mit Chips, einem pro angebotenem Effort. Unter dem Header stehen die Zeilen des Modells mit je einer Checkbox.

• 💾 Save enabled models (Aktivierte Modelle speichern) speichert die Häkchen des offenen Tabs. Andere Tabs behalten, was sie hatten. Ein Hinweis meldet „Saved model selection.“
• Auf einem Tab mit Copilot-Modellen muss mindestens eins angehakt bleiben: „Select at least one model variant.“
• Ein Modell von Claude, Claude API, Cursor, Grok oder DeepSeek, das als default model (Standardmodell) markiert ist, ist fest und lässt sich nicht abwählen. OpenAI-Modelle sind als managed in settings (in den Einstellungen verwaltet) markiert: Die OpenAI-Modell-ID und die gespeicherte Liste bestimmen sie, keine Checkbox. Ein als unavailable (Nicht verfügbar) markiertes Modell war früher angehakt und wird nicht mehr gemeldet; es bleibt erhalten, damit ein Update deine Wahl nicht zurücksetzt.
• Refresh (Aktualisieren) liest die Modelllisten neu ein, nicht nur die des offenen Tabs: die der Copilot CLI und die jedes anderen eingeschalteten Providers. Ein fehlgeschlagenes Einlesen bei OpenAI, Claude, Claude API, Cursor, Grok oder DeepSeek zeigt einen Hinweis wie „Claude model discovery failed. Cached Claude models were kept: …“.

Wenn sich die Modelldaten gar nicht laden lassen, zeigt der Eingabebereich „Model metadata is unavailable. Refresh to choose a model and reasoning effort.“ mit einem Button Refresh models (Modelle aktualisieren), und die Auswahlen bleiben deaktiviert, bis es klappt.

Woher jede Modellliste kommt #

Das Relay liest die Liste jedes Providers, und Select Models schränkt sie ein. Die Einstellung model ID (Modell-ID) eines Providers ist sein Standardmodell, mit dem eine Konversation startet, wenn du nichts anderes wählst.

Schlägt ein Einlesen fehl, behält das Relay die letzte Liste, die es hatte. Ist die Copilot-Liste die veraltete, zeigt der Eingabebereich ein Banner: „Model list is cached from CLI; selection may be stale.“ Drück Refresh, wenn eine Liste alt aussieht.

Die Liste von Copilot beginnt mit auto und gruppiert die Modelle dann nach Hersteller, neueste Version zuerst. Bis zum ersten Einlesen bietet ein neues Relay eine kurze eingebaute Liste an; siehe GitHub Copilot. Die Standards der anderen Provider und was zu tun ist, wenn ein Modell fehlt, stehen auf ihren Seiten: OpenAI, Claude, Claude API, Claude Cloud, DeepSeek.

Kontextgröße #

Die Auswahl Context window zeigt die Fenster, die ein Modell anbietet, z. B. 400K und 1M. Bei den meisten Modellen hat sie einen Eintrag, und der Chip meldet dann nur das Fenster.

Bei Claude wird ein Long-Context-Modell wie claude-opus-5[1m] nicht als zweites Modell gelistet. 1M in der Auswahl zu wählen führt das Basismodell mit der Long-Context-Variante aus. Der Katalog von Claude enthält keine Zahl für das Standardfenster, daher lautet dieser Eintrag —. Ein Modell, das es nur als [1m]-Variante gibt, bietet nur 1M an. Die Konversation merkt sich das gewählte Fenster. Mehr unter Claude. Neu in 0.9.18 Ein Claude-API-Chat bietet 1M für ein Modell an, dessen Fenster Anthropic mit 1M Tokens oder mehr meldet oder dessen 1M-Variante der Claude-Provider listet; siehe Claude API.

Für Copilot-Modelle mit einem Long-Context-Fenster bietet die Auswahl dieses als zweiten Eintrag an, und die Preisangaben unter der Auswahl folgen dem gewählten Eintrag. Die Wahl wird mit der Nachricht gespeichert. Der Dialog New chat zeigt das Fenster nur an. Ein Claude-Cloud-Chat hat keine Größe zur Wahl; die Auswahl ist ausgeblendet.

Ein DeepSeek-Chat hat ein Fenster, 1.048.576 Tokens, das die Auswahl als 1.05M zeigt, ohne Wahlmöglichkeit. Er kompaktiert bei 400K, sofern das Auto-Kompaktierungsfenster nicht gesetzt ist; siehe DeepSeek.

Reasoning-Effort #

Die Effort-Auswahl gibt an, wie viel das Modell nachdenken darf, bevor es antwortet. Höhere Werte bedeuten mehr Nachdenken vor der Antwort. Ihre Optionen sind die, die das gewählte Modell unterstützt, daher ändern sie sich, wenn du das Modell wechselst. Die folgenden Werte sind alle, die es gibt; ein Modell bietet einige davon an:

Die Stufen von DeepSeek sind low, high (der Standard) und max, für jedes Modell; siehe unten.

default. Ein Modell, das Reasoning nicht abschalten kann, zeigt none als default (Standard). Diese Wahl sendet none, und das Modell läuft mit seinem eigenen Standard-Reasoning. Cursor-Modelle machen das so.

Ein Effort wird mit jeder Nachricht gesendet. Die Auswahl bietet nur Werte an, die das Modell nimmt. Nennt eine Nachricht einen Effort, den das Modell nicht nimmt (ein Agent kann das tun), nutzen Claude, Cursor, Grok und Claude Cloud none. GitHub Copilot und OpenAI lehnen die Nachricht mit einem Fehler ab. DeepSeek bildet ihn auf seine eigenen Stufen ab. Eine Nachricht ohne Effort bekommt none oder, wenn das Modell kein none hat, den ersten Wert der Liste; bei DeepSeek behält sie den Effort der Konversation oder high.

Claude #

Die Auswahl von Claude bietet none und die Stufen an, die das Modell meldet (low, medium, high, xhigh, max). none fordert keine Effort-Stufe an. Ultracode kommt bei Modellen hinzu, die xhigh unterstützen. Sein Tooltip lautet „xhigh effort plus multi-agent workflow orchestration — expect much higher token use“. Es ist keine Stufe, sondern ein Modus: Das Relay fordert xhigh an und schaltet die Workflow-Orchestrierung der Session ein, und wer ihn verlässt, schaltet sie wieder aus.

Thinking hat zwei eigene Schalter, pro Konversation, im 🧠-Kontext-Panel: Thinking (Denken; an oder aus, standardmäßig an) und Thinking text (Thinking-Text) mit Summarized (Zusammengefasst) oder Hidden (Ausgeblendet), standardmäßig zusammengefasst. Hidden blendet nur den Text aus. Thinking abzuschalten ist die Einstellung, die Tokens spart, und sie gilt für die nächste CLI-Session, nicht mitten in einer Session. Siehe Claude.

Neu in 0.9.18 Ein Claude-API-Chat hat dieselbe Auswahl und dieselben Schalter. Seine Stufen kommen aus der Modellliste von Anthropic für den Key: none und was das Modell meldet, plus Ultracode bei xhigh-Modellen, oder nur none für ein Modell, das keine Effort-Unterstützung meldet. Siehe Claude API.

DeepSeek Neu in 0.9.17 #

Die Modelle von DeepSeek denken immer, daher gibt es kein none. Die Auswahl bietet low, high und max an; high ist der Standard. Ein anderer Effort startet das Claude Code des Chats zwischen Turns neu. Ein Effort von woanders, etwa medium, wird auf diese drei abgebildet. Es gibt keine Schalter für Thinking. Die Abbildung und der Rest stehen unter DeepSeek.

Wenn ein Agent eine Session startet #

Ein Agent, der mit create_session eine Session auf einem Relay startet, kann model und effort übergeben. Übergibt er keins davon, folgt die neue Session der Session, in der der Agent arbeitet, soweit das Ziel-Relay das anbietet (ein [1m]-Claude-Modell passt zu seinem Basismodell), und sonst dem Standardmodell des Ziels. Eine Claude-Cloud-Session ohne model bekommt das Default model des Claude-Cloud-Tabs und nimmt keinen Effort. Bietet das Ziel den Effort des Aufrufers für dieses Modell nicht an, nutzt die Session den Standard-Effort des Ziels. send nimmt dieselben zwei Parameter; ohne sie behält die Session ihr eigenes Modell und ihren eigenen Effort.

Neu in 0.9.13 Ein Modell, das das Ziel-Relay für den Provider nicht listet, wird abgelehnt, bevor etwas angelegt oder gesendet wird, zusammen mit den ähnlichen Treffern; Claude nimmt außerdem opus, sonnet und haiku, und eine Copilot-ID mit ihrem Effort, etwa gpt-5.4-high, läuft als dieses Modell mit diesem Effort. Siehe Welche Modelle angenommen werden.

Neu in 0.9.13 Jede Nachricht, die eine Konversation ohne Modell erreicht, von einem Agent oder einem Skript statt aus dem Eingabebereich, läuft mit Modell, Effort und Modus der Konversation und ändert nichts davon. Früher bekam eine Copilot-Konversation für eine solche Nachricht das erste Modell des Katalogs und behielt es. Ist das Modell einer Copilot-Konversation aus dem Katalog verschwunden, wird eine solche Nachricht mit This conversation's model "…" is no longer available. Choose a model and send again. abgelehnt, statt auf ein anderes Modell zu wechseln.

Nach Provider #