magpie が動かない? 401・405 エラーの原因と対処(2026 年 11 月)
2026-11-10 時点で、magpie の公式ドキュメント、リリースノート、リポジトリの issue には、これらのよくあるエラーごとに原因と対処が書かれています。切り替えたのにエージェントが古いモデルのままなのは、実行中のセッションが起動時のモデルを使い続けるためで、新しいセッションを開けば切り替わります(Codex は Codex アプリの再起動も必要です)。Docker や LAN で出る 401 は、有効なゲートウェイキーのないリクエストが原因なので、magpie gateway-key add でキーを作成します。ZCode の 405 について、作者は issue #425 で、magpie はプロンプトを書き換えず、公式クライアントになりすますこともしないと回答しています。QCode では、provider test の chat と responses の行に出る 400 は想定どおりの表示で、最初の 24 モデルしか見えないときは magpie provider models で使うモデルを選べます。
更新日 2026-11-10
このツールを QCode エンドポイントに接続。Claude・GPT・中国系モデルを 1 キーで。
- トークン単位の課金・最新単価は /models
- カード(Visa / Mastercard)・Apple Pay・Google Pay・暗号資産で支払い可能
- チャージ後すぐにセルフサービスで開通
よくある 4 つのエラー
切り替え後は新しいセッションを開く
公式 FAQ の回答です。実行中のセッションは起動時の設定のまま動くので、新しいセッションを開いてください。Codex の場合は Codex アプリも再起動します。
リクエストにはゲートウェイキーが必要
magpie の Docker ドキュメントによると、ホストや別のマシンからのリクエストは有効なゲートウェイキーがあるときだけ応答され、なければ 401 になります。キーは magpie gateway-key add に名前を付けて作成します(Docker で動かしている場合は先頭に docker exec magpie を付けます)。
ZCode:作者が示した原則
issue #425 はクローズ済み(not planned)です。作者が示した原則は、magpie はプロンプトを書き換えず、公式クライアントになりすますこともしない、というものです。v0.1.590 以降、このエラーメッセージは ZCode が自社アプリからのリクエストしか受け付けないことを示し、グループに別のプロバイダーを追加するよう案内します。
provider test の 400 は想定どおり
QCode のドキュメントによると、models の先頭が Claude モデルのとき、chat と responses の行は 400 になります。Claude は Anthropic Messages エンドポイントだけで提供されるためで、anthropic の行に ✓ が付いていれば Claude はつながっています。
magpie のエラーはどこで起きるのか
2026-11-10 時点で、magpie のよくあるエラーの多くは、エージェントのセッション、ローカルのゲートウェイ、その先のモデルエンドポイントの 3 か所のどこかで起きます。magpie は手元のマシンの 127.0.0.1:3425 でゲートウェイを動かし、対応するエージェントについては、ゲートウェイのアドレスとトークンをエージェント自身の設定ファイルに書き込みます。エージェントは起動時に設定を読むため、切り替えはその後に開始したセッションから有効になります。ゲートウェイが動いていなければエージェントは接続できず、ゲートウェイを Docker で動かしたり LAN で共有したりすると、コンテナの外や別のマシンからのリクエストには有効なゲートウェイキーが必要になります。以下では、エラーの文面や症状ごとに、magpie の公式ドキュメント、リリースノート、リポジトリの issue に書かれた原因と対処コマンドをまとめています。診断はまず magpie healthcheck、magpie provider test(プロバイダー ID を付けて実行)、magpie log の 3 つから始めてください。WSL での構成は /magpie-wsl-windows-setup を参照してください。
2026-11-10:v0.1.3518 で非 UTF-8 テキストの問題を修正
公式リリースノートによると、2026-11-10 に公開された v0.1.3518 で、リクエスト本文の非 UTF-8 テキストがモデルの提供元に置換文字 �(U+FFFD)として送られていた問題が修正されました。送った非 UTF-8 テキストをモデルが � として受け取っていた場合は、magpie がこのバージョン以降に更新されているか確認してください。インストール済みの magpie は自動で更新されます。
タイムライン
issue #425(ZCode が 405 を返す)が作者の回答とともにクローズされ、同じ日に公開されたバージョンでエラーメッセージの文面が変わりました。
作者が X で、モデル一覧が乱雑だという声に回答しました。ルーティンググループを作成し、エージェントではそのグループだけを選ぶ方法です。
公式の README、docs/start、docs/docker、reference と issue #425、#4453 を確認しました。非 UTF-8 テキストを修正したバージョンも同じ日に公開されています。
公式情報で解決できることと、まだはっきりしないこと
magpie の公式ドキュメントに明記されていること
① 実行中のセッションは起動時のモデルを使い続けます。新しいセッションを開き、Codex の場合は Codex アプリも再起動します。② magpie 経由でモデルを使う場合、ゲートウェイはアプリと一緒に動きます。ウィンドウを閉じてもメニューバーやトレイに残り、magpie serve でゲートウェイだけを動かすことも、magpie daemon install でサービスとして常駐させることもできます。ゲートウェイが応答している間、magpie healthcheck は終了コード 0 を返します。③ ループバックではどのトークンでも通ります。ゲートウェイをネットワークに公開すると(Docker の 0.0.0.0、LAN 共有)、リモートからのリクエストには有効なゲートウェイキーが必要で、なければ 401 になります。NAT 配下の WSL ディストリビューションもリモートとして扱われます。④ Docker で出る 401 の原文は下の「よくある質問」の 2 問目にあります。対処はゲートウェイキーを作成し、エージェントの設定に入れることです。⑤ キーなしで開いたブラウザ画面は拒否されます(401)。ログに出るリンクから開き、MAGPIE_WEB_KEY を設定しておけば再起動してもキーは変わりません。⑥ MAGPIE_ALLOW_IPS を設定すると、それ以外のアドレスからのリクエストはキーを確認する前に 403 で拒否されます。⑦ magpie provider test にプロバイダー ID を付けて実行すると、API ごとにごく小さなリクエストを 1 つずつ送り、レイテンシを表示します。⑧ magpie log はログの場所を表示し、magpie log -f はログを追い続けます。
公式情報でまだはっきりしないこと
2026-11-10 時点:① issue #4453 はまだオープンです。SSH セッションでは、Claude Desktop が magpie の書き込んだループバックのゲートウェイアドレス 127.0.0.1:3425 を受け付けず、このゲートウェイではリモートセッションを使えないと表示します。確認時点でリポジトリの作者からの回答はなく、対処は今後の公式回答に従ってください。② エラーの文面はバージョンによって変わり、たとえば ZCode のメッセージは一度書き換えられています。そのため本ページは、特定の文面ではなくエラーの意味ごとに整理しています。③ magpie は 1 日に何度もリリースされます。どのバージョンで問題が直ったかは GitHub Releases で確認してください。
同じ 401 でも状況は 2 つ
ローカルのループバック
公式 reference によると、ループバックからのリクエストは制限がゆるく、期限切れや無効化したゲートウェイキーを含め、どのトークンでも通ります。エージェントの接続先は既定で 127.0.0.1:3425 です。
Docker または LAN 共有
ゲートウェイをネットワークに公開すると、リモートからのリクエストには有効なゲートウェイキーが必要です。キーは Bearer、x-api-key、x-goog-api-key、?key= のいずれかで送り、なければ 401 になります。Docker のポート公開(ホスト自身のリクエストもブリッジ経由で届きます)と NAT 配下の WSL ディストリビューションは、どちらもリモート扱いです。
magpie はこの順番で確認する
① まずバージョンを確認します。magpie は 1 日に何度もリリースされ、本ページの 2026-11-10 のテストでは 0.1.3533 を使いました。インストール済みの magpie は自動で更新されますが、公式のインストールコマンド curl -fsSL https://usemagpie.ai/install.sh | sh を再実行しても構いません。② magpie healthcheck を実行します。終了コード 0 ならゲートウェイは応答しています。ゲートウェイが動いていないときは no gateway at http://127.0.0.1:3425 と表示されるので(QCode が 2026-11-10 に確認)、アプリを開くか、magpie serve でゲートウェイだけを動かします。③ magpie provider test にプロバイダー ID を付けて実行します(QCode のドキュメントどおりに追加したなら ID は qcode)。API ごとにごく小さなリクエストを送るので、どの行が失敗しているかがわかります。④ magpie log -n 200 で最新のログを表示し、助けを求めるときは magpie log が示すパスを添えます。⑤ 切り替えが反映されないときは新しいセッションを開き、Codex の場合は Codex アプリを再起動します。⑥ Docker や LAN で 401 が出たら、Gateway → Gateway keys でキーを作成するか、magpie gateway-key add に名前を付けて実行します(Docker では先頭に docker exec magpie を付けます)。⑦ WSL については /magpie-wsl-windows-setup を参照してください。
QCode で正常な 2 つの挙動
2026-11-10 時点で、QCode のドキュメントには正常な挙動が 2 つ書かれています。① models の先頭が Claude モデルのとき、magpie provider test で qcode をテストすると、chat と responses の行に ✗ 400 が出て、このモデルはこのエンドポイントでは使えないと表示されます。Claude は Anthropic Messages エンドポイントだけで提供されるため、anthropic の行に ✓ が付いていれば Claude はつながっています。GPT を確かめるには、magpie codex qcode/gpt-6.1-sol を実行して実際にリクエストを送るのが確実です。② プロバイダー追加時に models= を指定しないと、magpie は一覧の最初の 24 モデルだけを公開します。公開するモデルは magpie provider models にプロバイダー ID qcode とモデル ID を続けて選び、販売中のモデルは https://qcode.cc/models で確認できます。QCode のキー 1 つで Anthropic 互換と OpenAI 互換の両方のインターフェースを使え、magpie の anthropic、chat、responses にはそれぞれ https://api.qcode.cc/api、https://api.qcode.cc/openai/v1、https://api.qcode.cc/openai を入力します。課金はトークン単位で、モデルごとの単価は /models にあります。始め方は 3 ステップです。登録してチャージし、cr_ で始まるキーをコピーしたら、docs.qcode.cc の magpie ページの手順で追加します。まず数日試したいなら、クォータパックが $4 から。7 日以内に使い切る一度限りの枠で、詳しくは /pay-as-you-go にあります。
よくある質問
モデルを切り替えたのに、エージェントが古いモデルを使い続けるのはなぜですか?
公式 FAQ のとおり、実行中のセッションは起動時のモデルを使い続けます。新しいセッションを開き、Codex の場合は Codex アプリも再起動してください。エージェントは起動時に設定を読むため、変更は次のセッションから反映されます。エージェントを元の状態に戻すには、モデル選択でエージェント本来のモデルを選ぶか、magpie にエージェント名と default を続けて実行します(例:magpie claude default)。
401「the API key sent is not an enabled magpie gateway key」と表示されます
これは magpie の Docker ドキュメントに載っている 401 の原文で、コンテナの外からエージェントが送ったキーが有効なゲートウェイキーではないことを示します(LAN 共有でも、別のマシンからのリクエストにはゲートウェイキーが必要です)。ドキュメントは、古いイメージから更新した後、コンテナ外のエージェントが magpie などゲートウェイキーではないキーを送り続けている場合を挙げています。対処は、Gateway → Gateway keys でキーを作成するか、magpie gateway-key add に名前を付けて実行することです(Docker では先頭に docker exec magpie を付けます)。新しい sk-magpie-key-… が表示されるので、エージェントの API キーに入力します。ローカルのループバックでは、どのトークンでも通ります。
ZCode で 405 Method Not Allowed が出ます
issue #425 のタイトルは ZCode provider returns 405 Method Not Allowed で始まり、状態はクローズ済み(not planned)です。作者は 2026-10-01 の回答で、magpie はプロンプトを書き換えず、公式クライアントになりすますこともしないという原則を示しました。v0.1.590 以降、このエラーメッセージは ZCode が自社アプリからのリクエストしか受け付けないことを示し、グループに別のプロバイダーを追加するよう案内します。その案内どおり API キーで使うプロバイダーを追加するなら、QCode は GLM モデル(glm-5.3 など)を Anthropic と OpenAI Chat の両方のインターフェースで提供しています。各モデルは /models で確認できます。
provider test で chat と responses の行が 400 になります。設定が間違っていますか?
いいえ、anthropic の行に ✓ が付いていれば問題ありません。QCode は Claude モデルを Anthropic Messages エンドポイントだけで提供しています。models の先頭が Claude モデルだと、テストはそのモデルで chat と responses にもリクエストを送るため、設計どおり 400 が返り、Model 'claude-opus-5-5' is not available on this endpoint と表示されます。3 行すべてを ✓ にしたい場合は、magpie provider models でモデルを並べるときに GPT モデル(gpt-6.1-terra など)を先頭にします(QCode が 2026-11-10 に確認)。GPT は magpie codex qcode/gpt-6.1-sol を実行して実際にリクエストを送って確かめることもできます。
magpie で一部のモデルしか見えない、またはモデル一覧が乱雑なときはどうすればよいですか?
QCode の確認では、プロバイダー追加時に models= を指定しないと、magpie は最初の 24 モデルだけを公開します。magpie provider models の後にプロバイダー ID とモデル ID を並べると、一覧がその内容にまるごと置き換わります。1 つだけ追加したいときは、reference にあるとおり +モデル ID と書きます(外すときは -モデル ID)。ほかのモデルはそのまま残ります。一覧が乱雑な場合、作者は 2026-11-05 に X で、ルーティンググループを作成してエージェントではそのグループだけを選ぶよう回答しています。reference には、プロバイダーごとの Only through routing groups スイッチで、プロバイダー全体をルーティンググループ専用にできることも書かれています。
エージェントが 502 になる、または接続できず、magpie の Routing タブに何も表示されないのはなぜですか?
公式 FAQ によると、原因はプロキシアプリ(Surge、Clash、mihomo など。システムプロキシ、TUN、拡張モードが有効なもの)が、エージェントから http://127.0.0.1:3425 へのリクエストを横取りして別の場所へ送っていることで、リクエストは magpie に届いていません。公式の対処は、ほかのルールより前にローカルアドレスを直接通す 2 つのルール IP-CIDR,127.0.0.0/8,DIRECT,no-resolve と IP-CIDR6,::1/128,DIRECT,no-resolve を追加し、エージェントからもう一度リクエストを送ることです。
情報源
magpie の README、usemagpie.ai の docs/start と docs/docker(中国語版を含む)、リポジトリの docs/reference.md、本ページで挙げたバージョンの GitHub Releases、issue #425 と #4453(コメントを含む)、2026-11-05 の作者の X 投稿のアーカイブを、いずれも 2026-11-10 に確認しました。QCode:qcode.cc/models、qcode.cc/pay-as-you-go、docs.qcode.cc の magpie ページ、および QCode による 2026-11-10 の確認記録。
関連記事
クォータパック
一度限りの枠を 7 日間使えるパックで、サブスクリプションは不要です。モデルごとの単価は /models にあります。
magpie の使い方:Claude Code と Codex のローカルゲートウェイ(2026-11)
magpie の設定:インストールとアンインストールのコマンド、プロバイダーを追加する三つの方法、Claude Code と Codex へのモデル選択、QCode の三つのアドレス。
magpie の WSL 設定と Windows への導入(2026-11)
WSL で magpie を導入する場所:Windows アプリと magpie.exe、WSL のディストリビューション内のエージェント、WSL 関連 Issue の状況、QCode の三つのアドレス。
暗号資産チャージガイド
9 通貨・56 ネットワーク、手数料 0 で AI コーディング API クレジットを購入。
本ページの記載は 2026-11-10 に magpie の公式ドキュメント、リリースノート、リポジトリの issue と照合したもので、公式ページの内容を優先します。エラーの文面やメニュー名はバージョンによって変わるため、お使いのバージョンに従ってください。QCode のモデルは /models に準じます。