1. 104 万 Token の長いコンテキスト
普通のチャットなら、ここまで長いコンテキストはまず使い切りません。
開発では話が変わります。
大きなコードベース、仕様書、ログ、タスク履歴、過去の会話などをまとめて入れられます。
長時間動く Agent との相性もいいです。
何度も前提を説明し直さなくていいのは、実際の開発では助かります。
2. 画像を見るだけでなく、視覚情報を開発に使える
GLM-5.3-Flash は GLM-5 シリーズ初のネイティブ・マルチモーダルモデルです。
UI のスクリーンショット、デザイン、レンダリング結果、動画などをそのまま入力できます。
フロントエンド開発、ゲーム、3D 系の作業では、生成した画面を見て、その結果をもとにコードを直していくこともできます。
単に「画像入力に対応しています」で終わらないのがポイントです。
Zhipu が紹介したデモの中には、なかなか目を引くものもありました。
外部素材なしで 16 時間自律的に動き、約 400 平方メートルの業務用キッチン設計を作ったというものです。
ソフトウェアの UI を直接操作することもできます。
API がなくても、画面を見て、ボタンを押し、文字を入力し、結果を確認して、また修正する。
こういう使い方ができるほうが、単に画像ベンチマークで高得点を取るより実用的です。
3. Agent 用途はかなり重視されている
Function Calling と JSON 出力に対応しています。
外部 API やツール、構造化データとつなぎやすい構成です。
Zhipu のデモを見ると、用途は単純なコード生成にとどまりません。
調査や分析から始めて、最後は PPTX、PDF、DOCX、XLSX まで作る。
そこまで行くと、チャットボットというより、ワークフローの中で実際に作業する実行役に近いです。
4. コーディング性能は Claude Opus 4.8 にかなり近い
ここが一番注目された部分です。
DeepSWE v1.1 では、GLM-5.3-Flash が 63.4。
GLM-5.2 は 46.2 でした。
Z.ai Code Bench の full-effort モードでは 29.0。
Claude Opus 4.8 は 29.5。
かなり近いです。
AutomationBench では 48.8 対 26.2 と、さらに差が大きくなっています。
そして面白いのは、GLM-5.3-Flash のほうが GLM-5.2 より小さいことです。
GLM-5.2 は総パラメータ数 640B。
GLM-5.3-Flash は 320B。
アクティブパラメータも 32B から 18B に減り、層数も 92 から 45 になっています。
さらに、Sparse Attention と Linear Attention を組み合わせた構成を採用しています。
モデルは小さくなった。
価格も下がった。
それでも性能は上がった。
GLM-5.3-Flash で一番見るべきなのは、たぶんここです。
コメント(0件)