Codex ‘Selected model is at capacity’: Bedeutung und Aufgabe fortsetzen
Die Codex-Meldung „Selected model is at capacity. Please try a different model.“ bedeutet, dass das gewählte Modell derzeit keine ausreichenden freien Kapazitäten für eine weitere Anfrage hat. Warten Sie und versuchen Sie es erneut oder wählen Sie ein anderes verfügbares Modell. Prüfen Sie vorher bereits erledigte Schritte und setzen Sie nur die offene Arbeit fort.
Was bedeutet „Selected model is at capacity“?
Selected model is at capacity. Please try a different model.
Auf Deutsch heißt das sinngemäß: „Das ausgewählte Modell ist ausgelastet. Versuchen Sie ein anderes Modell.“ Capacity bezeichnet hier die aktuelle Fähigkeit des Modelldienstes, Anfragen anzunehmen und zu bearbeiten. Die Formulierung meldet keinen fehlenden Festplattenspeicher auf Ihrem Computer.
Ein Agent kann während einer Aufgabe erneut das Modell aufrufen, um den nächsten Schritt zu bestimmen oder eine Antwort zu erzeugen. Kann diese Anfrage nicht verarbeitet werden, wirkt die Aufgabe möglicherweise angehalten. Daraus folgt nicht, dass frühere Dateispeicherungen, Befehle oder Änderungen in externen Diensten aufgehoben wurden. Prüfen Sie den Fehlerzeitpunkt und das tatsächliche Ergebnis jeder Aktion getrennt.
OpenAIs offizielle API-Fehlerdokumentation unterscheidet vorübergehende Modellüberlastung von Nutzungs- und Anfragelimits. Eine Programmierschnittstelle (Application Programming Interface, API) ermöglicht die Kommunikation von Software mit einem Dienst. Die Codex-Meldung allein verrät jedoch weder den tatsächlichen HTTP-Status noch den internen Fehlercode. Die API-Dokumentation hilft bei der Einordnung, belegt aber keine feste Zuordnung dieser App-Meldung zu einem bestimmten Code.
Wie unterscheidet sich das von einem ausgeschöpften Nutzungskontingent?
Die Verarbeitungskapazität eines Modells und das verbleibende Kontingent Ihres Kontos sind verschiedene Bedingungen. Ein vorübergehender Kapazitätsengpass kann auftreten, obwohl noch Nutzung verfügbar ist. Umgekehrt beweist die Meldung allein nicht, dass Ihr Konto ausreichend Kontingent hat. Prüfen Sie gegebenenfalls zusätzliche Nutzungshinweise.
| Problem | Was prüfen? | Vorgehen |
|---|---|---|
| Modellkapazität | Vorübergehende Möglichkeit des Modells, Arbeit anzunehmen | Warten, erneut versuchen oder anderes verfügbares Modell erwägen |
| Nutzungs- oder Anfragelimit | Kontohinweise, Rücksetzung und konkrete Limitmeldungen | Angegebene Bedingungen beachten und betroffenes Limit prüfen |
| Gesprächs- oder Kontextgrenze | Separater Hinweis auf zu große Eingaben für eine Verarbeitung | Notwendigen Kontext zusammenfassen, unnötige Eingaben reduzieren |
| Verbindung, Anmeldung oder Ausführungsumgebung | Konkrete Verbindungs-, Berechtigungs- oder Werkzeugfehler | Den genannten Fehler untersuchen und dessen Ursache beheben |
Kontext bezeichnet das Gespräch und die Materialien, die das Modell für seine aktuelle Beurteilung verwenden kann. Eine Kapazitätsmeldung während einer langen Aufgabe beweist keine Kontextüberschreitung. OpenAIs Dokumentation zu Agentenfehlern und Wiederherstellung behandelt Überlastung, Kontext, Nutzung und Verbindung getrennt. Verschwinden Anfragen oder bleiben sie in einer Warteschlange, unterscheiden Sie dies von den Anfrageproblemen der Codex-Erweiterung für VS Code.
Eine angehaltene Aufgabe schrittweise fortsetzen
- Fehler und Fortschritt festhalten. Notieren Sie Meldung, Modell, Zeitpunkt und den letzten nachweislich abgeschlossenen Schritt. Lief ein Befehl oder Upload, prüfen Sie dessen Ergebnis vor einer Wiederholung.
- Vor einem neuen Versuch warten. Senden Sie dieselbe Anfrage nicht ständig hintereinander. Vergrößern Sie den Abstand, wenn Fehler wiederkehren. Die Meldung garantiert keinen bestimmten Wiederherstellungszeitpunkt.
- Bei anhaltendem Problem ein anderes Modell erwägen. Falls die aktuelle Unterhaltung eine Modellauswahl bietet, wählen Sie ein anderes für Ihr Konto verfügbares Modell. Prüfen Sie, ob dessen Werkzeuge und Fähigkeiten für die restliche Aufgabe ausreichen.
- Vorhandene Ergebnisse abgleichen und nur offene Arbeit anfordern. Lassen Sie Dateien oder externe Dienste zunächst prüfen, statt alles erneut erstellen und ausführen zu lassen.
- Mit einem kleinen offenen Schritt prüfen. Lassen Sie beispielsweise die letzte gespeicherte Datei kontrollieren, bevor es weitergeht. Kehrt die Meldung zurück, nehmen Sie keinen weiteren Fortschritt an, sondern entscheiden Sie über Warten, Modellwechsel oder Problemmeldung.
Die offizielle Modellauswahlhilfe weist darauf hin, dass Verfügbarkeit, Werkzeuge, Denkeinstellungen und Nutzungslimits nach Produkt und Modellversion variieren. Ein bestimmter Modellwechsel ist deshalb keine garantierte Lösung. Bei direkter API-Entwicklung beachten Sie Retry-After, wenn die Antwort diesen Hinweis zur Wartezeit enthält. App-Nutzern wird dieser Header nicht zwangsläufig angezeigt.
Was muss bei bereits erledigter Arbeit geprüft werden?
Eine unterbrochene Antwort bedeutet nicht, dass nichts geändert wurde. Eine Datei kann schon gespeichert sein, obwohl die Abschlussmeldung scheitert. Ein externer Dienst kann die Anfrage bereits verarbeitet haben, bevor der Fehler sichtbar wird. Prüfen Sie einzelne Ergebnisse, statt aus einer Meldung auf Erfolg oder Misserfolg der gesamten Aufgabe zu schließen.
| Aufgabenbeispiel | Vorher prüfen | Doppelte Aktionen vermeiden |
|---|---|---|
| Texte oder Dateien bearbeiten | Aktueller Inhalt, Speicherort und Änderungen | Bestehende Datei lesen und nur offene Punkte bearbeiten |
| Blogbeiträge veröffentlichen | Beitrags-ID, Status, öffentliche URL, Sprache und Kategorie | Vorhandene Beiträge vor einer Neuerstellung suchen |
| Medien hochladen | Medien-ID und zugeordneter Beitrag | Vorhandene Uploads vor weiteren prüfen |
| Befehle oder externe Werkzeuge | Ergebnis, Änderungsprotokolle und Ausführungsstatus | Auswirkungen vor Wiederholung eines unklaren Vorgangs bestätigen |
Angenommen, bei einer Veröffentlichung in sieben Sprachen sind drei Beiträge bereits online, bevor die Aufgabe stoppt. Prüfen Sie zuerst die tatsächlichen Beiträge und Übersetzungsverknüpfungen und bearbeiten Sie anschließend nur die restlichen vier. Das ist ein erläuterndes Beispiel, keine Behauptung über eine feste Zahl erledigter Aktionen bei jedem Fehler. Auch die offizielle Wiederherstellungsanleitung empfiehlt, Datei- und Werkzeugänderungen vor einem neuen Versuch zu prüfen.
Eine Formulierung für die Fortsetzung
Eine hilfreiche Fortsetzungsanfrage nennt Ziel, Prüfstellen für bestehende Ergebnisse, offene Arbeit und zu erhaltende Inhalte. In derselben Unterhaltung können Sie etwa schreiben:
Die Aufgabe wurde durch einen Modellkapazitätsfehler unterbrochen. Prüfe zuerst die aktuellen Dateien und die tatsächlich in externen Diensten gespeicherten Ergebnisse. Wiederhole keine abgeschlossenen Aktionen, sondern setze die offene Arbeit fort. Erhalte außerhalb der angeforderten Änderungen Inhalt, URLs und Beitragsbilder bereits veröffentlichter Beiträge. Trenne am Ende erledigte und noch offene Punkte.
Ist eine neue Unterhaltung nötig, übergeben Sie zusätzlich Ziel, Ordner- und Dateipfade, erstellte Beitrags- oder Medien-IDs, Listen erledigter und offener Punkte sowie geltende Anweisungen. Setzen Sie nicht voraus, dass ein neues Modell oder Gespräch automatisch alle früheren Ergebnisse kennt. Geben Sie Arbeitsaufzeichnungen mit und lassen Sie den tatsächlichen Zustand prüfen.
Kontrollieren Sie nach dem Fortsetzen Ergebnisse statt nur einer Zusage, weiterzuarbeiten. Bei einer Speicherung zählt der aktuelle Dateiinhalt, bei einer Veröffentlichung die öffentliche Seite mit ihrem Status. Lassen Sie unklare externe Vorgänge abgleichen, bevor erneut etwas erstellt oder veröffentlicht wird.
Häufige Fragen
Kann das trotz verbleibendem Nutzungskontingent auftreten?
Ja. Aktuelle Dienstkapazität und Kontokontingent sind getrennte Bedingungen. Die Meldung verrät nicht das verbleibende Kontingent; prüfen Sie zusätzliche Nutzungsinformationen.
Muss ich die App neu installieren oder meinen kostenpflichtigen Tarif ändern?
Diese Meldung allein begründet weder eine Neuinstallation noch eine Tarifänderung. Beginnen Sie mit Warten, erneutem Versuch und einem anderen verfügbaren Modell. Erscheint ein weiterer Fehler, untersuchen Sie diesen konkret.
Was sollte ich bei wiederholtem Auftreten dokumentieren?
Zeitpunkt und Zeitzone, Modell, App-Version, genauen Wortlaut, laufende Aufgabe, Verhalten mit einem anderen Modell und abgeschlossene Ergebnisse. Prüfen Sie die aus der offiziellen Fehlerhilfe verlinkte Dienststatusinformation und wenden Sie sich bei fortbestehendem Problem an den Support. Entfernen Sie Passwörter, Authentifizierungstoken und private Inhalte aus geteilten Bildern und Protokollen.
