SWE-bench系ベンチマークを信じすぎない|AIコーディングエージェント評価の読み方
SWE-rebenchとSWE-PolyBenchをもとに、AIコーディングエージェントのベンチマーク、汚染、fresh tasks、多言語評価、実務への読み替え方を整理します。
公開 2026.06.26 / 更新 2026.06.30
この記事のポイント
- SWE-rebenchはfresh interactive tasksと汚染の問題を扱い、ベンチマーク結果の読み方に注意を促す
- SWE-PolyBenchはJava、JavaScript、TypeScript、Pythonを含む多言語・repoレベル評価を提示する
- 順位は比較の入口であり、自分の技術スタック、テスト、レビュー体制で小さく再検証する必要がある
GPT-5.6時代にSWE-benchだけで足りない理由
GPT-5.6 Solのような強いモデルが出るほど、SWE-benchの数字だけでAIコーディング性能を語りたくなります。しかし、Codexの実務では、GitHub issue修正だけでなく、ターミナル操作、複数ファイル生成、static HTML、sitemap、upload、完了報告レビューまで続きます。
| 評価 | 見えること | 見えにくいこと |
|---|---|---|
| SWE-bench | 実GitHub issueを解く力 | 本番反映、要件整理、レビュー負荷 |
| SWE-rebench | fresh tasksと汚染対策 | 自分のrepoでの保守性 |
| SWE-Lancer | 実務価値に近い依頼の難しさ | チーム運用や公開判断 |
| TerminalWorld | CLI作業、ログ、環境差 | GUIや管理画面の状態 |
| OSWorld | 画面操作とOS環境 | コード修正単体の正確さ |
Codex利用者向けチェックリスト
- そのベンチマークは自分の作業に近いか。
- モデル単体の評価か、agent scaffoldやツール実行込みの評価か。
- ファイル編集、テスト実行、ログ確認、再試行が含まれているか。
- タスクが古くなく、データ汚染や公開済み問題の影響を減らしているか。
- 成功率だけでなく、失敗の種類、途中状態、再試行コストを見ているか。
- 本番反映、秘密情報、権限変更、課金処理まで任せてよい話にすり替えていないか。
- 自分のrepoで小さく再現する確認タスクを用意しているか。
SWE-bench系ベンチマークも更新され続けている
SWE-benchは重要な基準ですが、古い公開タスクだけで新しいAIコーディングエージェントを判断すると、汚染、古いissue、弱いテスト、Python偏りを見落とします。SWE-rebench、SWE-bench-Live、SWE-MERAのような動的・freshな評価も合わせて読みます。
| 名称 | 目的 | 特徴 | 良い点 | 注意点 |
|---|---|---|---|---|
| SWE-bench | 実GitHub issue修正 | 標準的評価 | 比較しやすい | 古さ・汚染・Python偏り |
| SWE-rebench | fresh task収集 | 汚染対策 | 新モデル評価向き | pipeline品質を見る |
| SWE-bench-Live | live-updatable | 2024年以降issueなど | 新鮮 | 再現環境依存 |
| SWE-MERA | 動的評価 | contamination指摘 | スコア過信を防ぐ | 論文主張を要確認 |
| SWE-Bench++ | 多言語・PR由来 | 複数言語へ広げる設計 | 実務幅が広い | 新しいため評価定着を確認 |
関連記事
- SWE-bench・SWE-rebench・SWE-bench-Live・SWE-MERAの違い:AIコーディング評価はなぜ更新され続けるのか
SWE-benchのスコアは無意味ではありません。ただし古い公開タスクだけでは新しいモデル評価が歪むため、fresh / live / dynamicな評価が増えています。
- GPT-5.6 SolとCodexの使い方|max・ultra・4 agents・新desktop機能を解説
GPT-5.6 Solは、Codexに長い調査・複数ファイル修正・安全レビューを頼むときの期待値を上げます。一方で、差分確認、build/check、秘密情報、本番反映の人間確認はむしろ重要になります。