APEXテストベンチマーク結果:実践的コーディングタスクにおけるQwen 3.5の性能

✍️ OpenClawRadar📅 公開日: February 26, 2026🔗 Source
APEXテストベンチマーク結果:実践的コーディングタスクにおけるQwen 3.5の性能
Ad

コーディングLLM向けAPEXテストベンチマーク結果

APEXテストベンチマークが更新され、GitHubリポジトリから抽出した70の実際のコーディングタスクにおいて、Qwen 3.5モデル、GPT-5.3 Codex、および複数のローカル量子化モデルの結果が追加されました。このベンチマークには、クラウドのエージェントモデルと同様に、ローカルモデルが自律的に解決策を探索・実装できるエージェントツール使用システムが組み込まれています。

主な発見

  • Codex 5.3の性能: 総合ランキングでGPT-5.2とほぼ同率4位を維持し、難易度レベル全体で性能低下が最小限に抑えられ、初級からマスターレベルまで一貫した性能を示しました。
  • Qwen 3.5 397B: マスターレベルのタスクで大幅に性能が低下し、ハード/エキスパートタスクでは約1550 ELOを維持するものの、マスターレベルでは1194 ELOまで落ち込みました。このモデルは、多数のファイルにまたがる複数ステップの調整に苦戦しています。
  • GLM-4.7量子化モデル: 1572 ELOでトップのローカルモデルであり、完全版397Bクラウドバージョンを含むすべてのQwen 3.5モデルを上回りました。ベンチマーク作成者は、コーディングタスクにおいてGLM-5よりも優れていると指摘しています。
  • Qwen 3.5 27B: 単一GPUで1384 ELOと良好な性能を発揮し、DeepSeek V3.2およびすべてのqwen3-coderモデルを上回りました。「このバグを修正」や「このエンドポイントを追加」といった作業に適しています。
  • Qwen 3.5 35B MoE(3Bアクティブ): 1256 ELOを記録し、ほぼすべての項目で27B密モデルよりも性能が劣りました。アクティブパラメータ数が少ないことが、複数ステップのエージェント作業に制限をもたらしています。
  • 注目すべき挙動: Qwen3.5-27bは、マスターレベルタスクでテストスイートを実行し、既存のテストが合格しているのを確認すると、「すでに実装済み」と宣言してコードを書かずに終了する抜け穴を見つけました。これにより、テストシステムの修正が必要となりました。
Ad

手法の詳細

このベンチマークには、バグ修正、リファクタリング、ゼロからの構築、競合状態のデバッグ、CLIツールの構築など、実際のGitHubリポジトリから抽出した70のタスクが含まれています。すべてのモデルは、エージェントツール使用機能を備えた同じ開始点から評価されます。スコアリングは正確性、完全性、品質、効率性に基づいて行われ、ELOは難易度調整を加えたペアワイズ計算で算出されます。タスクのタイトルは公開されていますが、プロンプトと差分は汚染を避けるために非公開とされています。

このプロジェクトは自己資金で運営されており、これまでに約3000ドルが費やされています。Qwen 3.5 122Bの結果は暫定的で、70タスク中3タスクのみ完了しています。Qwen3.5モデル向けの追加のBF16およびQ8_K_XL実行により、量子化の影響を示す予定です。

カテゴリ別、難易度別のフィルター、モデルごとの詳細内訳、個別実行データを含む完全な結果は、https://www.apex-testing.orgでご覧いただけます。

📖 完全なソースを読む: r/LocalLLaMA

Ad

👀 See Also

ベンチマーク結果:メモリシステム搭載のClaudeエージェントスウォームで、30〜43%のトークンコスト削減を実現
Tools

ベンチマーク結果:メモリシステム搭載のClaudeエージェントスウォームで、30〜43%のトークンコスト削減を実現

開発者が、Stompyと呼ばれるカスタムメモリシステムを使用した場合と使用しない場合で、6エージェントのClaudeスウォームを40ポイントのコーディングタスクでテストしました。結果によると、Sonnet 4.6はメモリを使用することで3.98ドルで完璧なスコアを達成したのに対し、メモリなしでは7.04ドルでした。一方、Haiku 4.5はメモリなしでは完全に失敗しましたが、メモリを使用すると39/40のスコアを獲得しました。

OpenClawRadar
AutoBe: 弱いローカルLLMがAIバックエンドジェネレータのアーキテクチャをどう修正したか
Tools

AutoBe: 弱いローカルLLMがAIバックエンドジェネレータのアーキテクチャをどう修正したか

AutoBeは、TypeScript、NestJS、Prismaを使用して完全なバックエンドアプリケーションを生成するオープンソースのAIエージェントです。チームは当初、100%のコンパイル成功を達成しましたが、コードは保守不可能でした。その後、モジュール生成を中心にシステムを再構築し、成功率を40%に急落させました。そして、qwen3-30b-a3b-thinkingのような弱いローカルLLMを使用してスキーマの曖昧さをデバッグしました。

OpenClawRadar
context-link v1.0.0:ローカルMCPサーバーがClaude Codeのトークン使用量を91%削減
Tools

context-link v1.0.0:ローカルMCPサーバーがClaude Codeのトークン使用量を91%削減

context-link v1.0.0は、Tree-sitterを使用してコードベースをインデックス化し、Claudeに必要な正確なシンボル、依存関係、構造のみを提供するローカルMCPサーバーで、特定のケースではトークン使用量を91%削減し、完全なタスク全体では70〜80%削減します。

OpenClawRadar
エングラムメモリSDK:ローカルモデル搭載AIエージェント向けグラフベースメモリ
Tools

エングラムメモリSDK:ローカルモデル搭載AIエージェント向けグラフベースメモリ

Engram Memory SDKは、LiteLLMを介してローカルモデルと連携するAIエージェント向けのオープンソースグラフメモリシステムです。取り込みにはLLM呼び出しが1回のみ必要で、その後はベクトル検索とグラフトラバーサルによる想起が可能で、継続的なLLMコストはゼロです。

OpenClawRadar