GLM 5.2、SemgrepのセキュリティbenchmarkでClaude Codeを上回る
Original: GLM 5.2 beats Claude in our benchmarks View original →
SemgrepのIDOR検出benchmarkで、Zhipu AIのGLM 5.2がClaude Codeを上回った。同じデータセットとpromptのみの条件で、GLM 5.2はF1 39%を記録し、Claude Codeは32%だった。Semgrepは、GLM 5.2のコストを脆弱性1件あたり約0.17ドルとも説明している。
ただし、これはオープンモデルがアプリケーションセキュリティを解決したという話ではない。Semgrepのmultimodal pipelineは53-61% F1で、まだ明確に高い。そこには、モデル推論だけでなく静的解析、ruleベースの信号、triageの流れを組み合わせた差がある。
重要なのは、難しい領域でオープンweightモデルの上限が動いたことだ。セキュリティバグ検出にはrepository context、制御フローの理解、誤検知を抑える判断が必要になる。promptだけの条件でGLM 5.2がここまで届いたなら、社内コードレビューや一次triageで試す理由は増える。
HNの議論も、単なる順位表から実運用へ移った。日常のcoding作業に使えるという声がある一方、753B級モデルをどのhardwareで動かすのかという疑問も出た。GLM 5.2は専用のセキュリティシステムを置き換えたわけではないが、オープンweightモデルを候補から外しにくくした。
Related Articles
936ポイントを集めた議論の焦点は、単なる新モデルではなく、3週間という更新間隔と3.6 Flashの当初価格の半額に設定された期間限定価格だった。コーディング、文書処理、業務自動化の指標は上がったが、実運用ではタスク完了までの総コストを測る必要がある。
HNが反応したのは順位そのものではない。Diracが少ないトークン、hash-anchored edit、ASTベースの文脈選択でcoding agentを押し上げたという設計に注目が集まった。
LocalLLaMAで共有されたSWE-rebench 1月結果は、Claude Code先行を維持しつつ上位差の縮小とオープンモデル追い上げを示した。