The older version of this guide used Codex’s Chat Completions compatibility mode with qwen3-coder-plus. Current Codex is built around the Responses API. Requesty documents a Responses-compatible endpoint that translates requests for non-OpenAI providers, and its live catalog lists qwen3.8-max as the managed Qwen ID.
Create a Requesty key
Create a Requesty API key and confirm that qwen3.8-max is allowed for it. An access-list policy can hide or reject a model even when it appears in the public catalog.
Configure Codex
Open ~/.codex/config.toml in WSL and add:
model = "qwen3.8-max"
model_provider = "requesty"
[model_providers.requesty]
name = "Requesty"
base_url = "https://router.requesty.ai/v1"
env_key = "REQUESTY_API_KEY"
wire_api = "responses"
Set the key in the same shell that launches Codex:
export REQUESTY_API_KEY="your-requesty-key"
codex
Test the route
Start in a small repository and ask Codex to read a file without editing it. If that succeeds, request a small change and inspect the diff. Qwen3.8-Max supports tool calling, vision, reasoning, and long context, but the Codex client determines which of those features it sends through a custom provider.
Troubleshooting
- A provider-policy error means the Requesty key or group does not allow
qwen3.8-max. - A 401 response means
REQUESTY_API_KEYis missing or invalid. - A protocol error usually means
wire_apiis not set toresponses. - If requests use the wrong provider, check the top-level
model_provider = "requesty"line.
Qwen and Codex checklist
- Requesty key created
- qwen3.8-max allowed for the key
- Requesty base URL configured
- wire_api set to responses
- A read-only test completed
For a direct Alibaba connection without Codex, see Qwen3.8-Max with Claude Code or Qwen Code CLI.