HyperQwen vs Open WebUI

HyperQwen

HyperQwen packages a patched vLLM 0.32.0 and requantised Qwen3.8-27B weights into one container with tool calling preset and a loopback bind when no key is set. It runs one model family, its speed figures come from one RTX 3090, and it has no versioned releases, changelog or security policy.

Open WebUI

Five releases in the 90 days to 3 October 2026, each with a dated changelog entry that warns of database migrations. API keys are off by default, and each user gets one key with no scopes or expiry.

HyperQwen

1. Call http://127.0.0.1:18020/v1 with model qwen3.8-27b and the VLLM_API_KEY value, or any string if no key was set
2. Poll /health before the first request. A first start downloads and prepares the model and compiles kernels, which can take over 30 minutes
3. Declare the context window your setup uses (65,536 by default, 131,072 for CTX=long, 245,760 for CTX=huge) so the client doesn't truncate
4. Ask the owner to set VLLM_API_KEY before setting BIND=0.0.0.0, and to front the port with a proxy that allowlists routes
5. Treat the README's tokens-per-second figures as the project's measurements on one RTX 3090 at 250 W

Open WebUI

1. Ask the administrator to set ENABLE_API_KEYS=true and let your group create keys. sk- keys are refused until then
2. Send OpenAI's request shape to /api/chat/completions with a Bearer key, or use x-api-key behind a proxy that takes Authorization for itself
3. Call /api/models first and use an id from it. Model IDs depend on the instance's connections
4. Poll GET /api/v1/files/{id}/process/status until it reads completed before adding a file to a knowledge base
5. Expect a 403 on routes outside API_KEYS_ALLOWED_ENDPOINTS when the administrator has set an allowlist