magpie funktioniert nicht? 401- und 405-Fehler beheben (November 2026)

Eine laufende Sitzung behält das Modell, mit dem sie gestartet ist, so steht es im offiziellen FAQ. Starten Sie eine neue Sitzung und bei Codex zusätzlich die Codex-App neu. Agents lesen ihre Konfiguration beim Start, daher gilt die Änderung ab der nächsten Sitzung. Um einen Agent in den ursprünglichen Zustand zurückzusetzen, wählen Sie in der Auswahl eines seiner eigenen Modelle oder führen magpie mit dem Agent-Namen und default aus, zum Beispiel magpie claude default.

Das ist der 401-Text aus der Docker-Dokumentation von magpie: Der Schlüssel, den ein Agent von außerhalb des Containers gesendet hat, ist kein aktivierter Gateway-Schlüssel (bei LAN-Freigabe brauchen Anfragen von anderen Rechnern ebenfalls einen Gateway-Schlüssel). Die Dokumentation nennt einen typischen Fall: Nach dem Upgrade von einem älteren Image sendet ein Agent außerhalb des Containers weiterhin magpie oder einen anderen Schlüssel, der kein Gateway-Schlüssel ist. Die Lösung: Erzeugen Sie einen Schlüssel unter Gateway → Gateway keys oder mit magpie gateway-key add und einem Namen (in Docker mit docker exec magpie davor); der Befehl gibt einen neuen sk-magpie-key-… aus, den Sie im Agent als API-Schlüssel eintragen. Am lokalen Loopback funktioniert jedes Token.

Der Titel von Issue #425 beginnt mit ZCode provider returns 405 Method Not Allowed, das Issue ist geschlossen (not planned). In seiner Antwort vom 2026-10-01 nannte der Autor das Prinzip: magpie schreibt Ihre Prompts nicht um und gibt sich nicht als offizieller Client aus. Seit v0.1.590 erklärt diese Fehlermeldung, dass ZCode nur Anfragen aus der eigenen App annimmt, und schlägt vor, der Gruppe einen weiteren Anbieter hinzuzufügen. Folgen Sie dem und fügen einen Anbieter hinzu, der mit API-Schlüssel arbeitet: QCode bietet GLM-Modelle wie glm-5.3 sowohl über die Anthropic- als auch über die OpenAI-Chat-Schnittstelle an; die Modelle stehen auf /models.

Nein, solange die Zeile anthropic ein Häkchen hat. QCode stellt Claude-Modelle nur über den Anthropic-Messages-Endpunkt bereit; ist das erste Modell in models ein Claude-Modell, schickt der Test es auch an chat und responses und erhält designbedingt einen 400 mit dem Text Model 'claude-opus-5-5' is not available on this endpoint. Für ein Häkchen in allen drei Zeilen setzen Sie beim Auflisten mit magpie provider models ein GPT-Modell wie gpt-6.1-terra an die erste Stelle (von QCode am 2026-11-10 geprüft); GPT lässt sich auch prüfen, indem Sie magpie codex qcode/gpt-6.1-sol ausführen und eine echte Anfrage senden.

Laut QCodes Test gibt magpie ohne models= beim Hinzufügen des Anbieters nur die ersten 24 Modelle frei. Wenn Sie nach magpie provider models die Anbieter-ID und Modell-IDs angeben, wird die ganze Liste durch Ihre ersetzt; um nur ein Modell zusätzlich freizugeben, schreibt die Reference +Modell-ID (und -Modell-ID nimmt eines heraus), der Rest bleibt unverändert. Bei einer unübersichtlichen Liste antwortete der Autor am 2026-11-05 auf X, eine Routing-Gruppe anzulegen und im Agent nur diese Gruppe zu wählen; die Reference beschreibt außerdem einen Schalter Only through routing groups am Anbieter, der den ganzen Anbieter für Routing-Gruppen reserviert.

Die Ursache laut offiziellem FAQ: Eine Proxy-App (Surge, Clash, mihomo und ähnliche, mit Systemproxy, TUN oder erweitertem Modus) hat die Anfrage des Agents an http://127.0.0.1:3425 abgefangen und woandershin geschickt, sodass sie magpie nie erreicht. Die offizielle Lösung: Fügen Sie vor Ihren übrigen Regeln zwei Regeln ein, die lokale Adressen direkt durchlassen, IP-CIDR,127.0.0.0/8,DIRECT,no-resolve und IP-CIDR6,::1/128,DIRECT,no-resolve, und lassen Sie den Agent danach eine neue Anfrage senden.