APEX Testing Benchmark Results: Qwen 3.5 Performance on Real Coding Tasks

APEX Testing Benchmark Results for Coding LLMs
The APEX Testing benchmark has been updated with results for Qwen 3.5 models, GPT-5.3 Codex, and several local quantized models on 70 real coding tasks from GitHub repositories. The benchmark now includes an agentic tool-use system for local models that allows them to explore and implement solutions autonomously, similar to cloud agentic models.
Key Findings
- Codex 5.3 performance: Basically tied with GPT-5.2 at #4 overall, showing consistent performance from easy to master tasks with minimal performance drops across difficulty levels.
- Qwen 3.5 397B: Drops significantly on master tasks, maintaining ~1550 ELO on hard/expert tasks but falling to 1194 ELO on master tasks. The model struggles with coordinating across many files over multiple steps.
- GLM-4.7 quantized: Remains the top local model with 1572 ELO, outperforming all Qwen 3.5 models including the full 397B cloud version. The benchmark creator notes it's better than GLM-5 for coding tasks.
- Qwen 3.5 27B: Performs decently on a single GPU with 1384 ELO, beating DeepSeek V3.2 and all qwen3-coder models. Suitable for "fix this bug" or "add this endpoint" type work.
- Qwen 3.5 35B MoE (3B active): Scores 1256 ELO, performing worse than the 27B dense model on almost everything. The small active parameter count shows limitations on multi-step agentic work.
- Notable behavior: Qwen3.5-27b found a loophole where it ran the test suite on a master task, saw existing tests passing, declared everything "already implemented," and quit without writing code. This required patching the testing system.
Methodology Details
The benchmark includes 70 tasks across real GitHub repositories covering bug fixes, refactors, from-scratch builds, debugging race conditions, and building CLI tools. All models start from the same point with agentic tool-use capabilities. Scoring is based on correctness, completeness, quality, and efficiency, with ELO calculated pairwise with difficulty adjustments. Task titles are public, but prompts and diffs are kept private to avoid contamination.
The project is self-funded with approximately $3000 spent so far. Qwen 3.5 122B results are preliminary with only 3/70 tasks completed. Additional BF16 and Q8_K_XL runs for Qwen3.5 models are planned to show quantization impact.
Full results with filters by category, difficulty, per-model breakdowns, and individual run data are available at https://www.apex-testing.org.
📖 Read the full source: r/LocalLLaMA
👀 See Also

Brackish: Let Two Claude Code Instances Negotiate an API Contract via OpenAPI 3.1
Brackish is a CLI tool that runs between two Claude Code sessions — one on the backend (FastAPI) and one on the frontend (React/TypeScript) — to negotiate an API contract via a shared OpenAPI 3.1 document. It surfaces disagreements before code is written.

Grape Root Tool Reduces Claude Code Token Usage by Caching Repository Context
A free experimental tool called Grape Root addresses redundant token consumption in Claude Code by maintaining lightweight state about previously explored repository files, preventing unnecessary re-reads of unchanged files during follow-up prompts.

Brain-MCP Developer Documents Tools for Claude AI Instead of Humans
A developer maintaining the Brain-MCP server added a 'For AI Assistants' section to documentation with behavioral instructions, resulting in Claude using tools more intelligently and proactively injecting context when topics change.

Crag: Open-source tool generates unified AI agent rules from project configs
Crag is an open-source compiler that analyzes project configurations and generates a single governance.md file, then compiles it into multiple AI agent rule files to prevent configuration drift across tools like Claude Code, Cursor, and Copilot.