magpie не работает? Ошибки 401 и 405: причины и решение (ноябрь 2026)

Как сказано в официальном FAQ, запущенная сессия продолжает работать с моделью, с которой стартовала. Откройте новую сессию, а для Codex также перезапустите приложение Codex. Агенты читают конфигурацию при запуске, поэтому изменение применяется к следующей сессии. Чтобы вернуть агента в исходное состояние, выберите в списке одну из его собственных моделей или выполните magpie с именем агента и default, например magpie claude default.

Это текст ошибки 401 из документации magpie по Docker: ключ, который агент отправил извне контейнера, не является действующим ключом шлюза (когда шлюз открыт для локальной сети, запросам с других машин ключ шлюза тоже нужен). Документация называет типичный случай: после обновления со старого образа агент вне контейнера всё ещё отправляет magpie или другой ключ, который не является ключом шлюза. Решение: создайте ключ в Gateway → Gateway keys или командой magpie gateway-key add с именем (в Docker перед ней добавьте docker exec magpie) — она выведет новый sk-magpie-key-…, — и укажите его в агенте как API-ключ. На локальном loopback подходит любой токен.

Заголовок issue #425 начинается с ZCode provider returns 405 Method Not Allowed, а сам issue закрыт (not planned). В ответе от 2026-10-01 автор изложил принцип: magpie не переписывает ваши промпты и не выдаёт себя за официальный клиент. Начиная с v0.1.590 это сообщение об ошибке поясняет, что ZCode принимает запросы только от собственного приложения, и предлагает добавить в группу другого провайдера. Если вы последуете этому совету и добавите провайдера, который работает по API-ключу, у QCode есть модели GLM (например, glm-5.3) и через интерфейс Anthropic, и через OpenAI Chat; список моделей — на /models.

Нет, если в строке anthropic стоит галочка. QCode обслуживает модели Claude только на эндпоинте Anthropic Messages; когда первая модель в models — Claude, тест отправляет её и в chat, и в responses и по задумке получает 400 с текстом Model 'claude-opus-5-5' is not available on this endpoint. Чтобы галочки стояли во всех трёх строках, при перечислении моделей командой magpie provider models поставьте первой модель GPT, например gpt-6.1-terra (так проверено QCode 2026-11-10); GPT можно проверить и иначе: запустите magpie codex qcode/gpt-6.1-sol и отправьте реальный запрос.

По проверке QCode, если при добавлении провайдера не указан models=, magpie открывает только первые 24 модели. Если после magpie provider models указать ID провайдера и ID моделей, весь список заменяется вашим; чтобы открыть всего одну модель дополнительно, в reference используется запись +ID модели (а -ID модели убирает одну), остальные остаются как есть. Если список запутан, автор 2026-11-05 ответил в X: создайте группу маршрутизации и выбирайте в агенте только её; в reference также описан переключатель Only through routing groups у провайдера, который оставляет весь провайдер только для групп маршрутизации.

Причина по официальному FAQ: прокси-приложение (Surge, Clash, mihomo и подобные с включённым системным прокси, режимом TUN или расширенным режимом) перехватило запрос агента к http://127.0.0.1:3425 и отправило его в другое место, поэтому до magpie он вообще не доходит. Официальное решение: перед остальными правилами добавьте два правила, которые пускают локальные адреса напрямую, — IP-CIDR,127.0.0.0/8,DIRECT,no-resolve и IP-CIDR6,::1/128,DIRECT,no-resolve, — а затем пусть агент отправит новый запрос.