画像、動画、fileをそのまま入力するなら、最初の候補はglm-5.3-flashです。glm-5.3の現行公式contractはtext-onlyなので、前処理なしでは同じtaskに参加できません。text-onlyの長時間engineeringでは、Flashを低cost候補、GLM-5.3を品質上限として同時に測ります。
ここで決めるのは順位ではなく検証順です。仕様で参加条件を判定し、最終routeは自社のacceptanceで決めます。
同じ1M contextでもrouteは同じではない
GLM-5.3公式docsはtext入力、1M context、最大128K output、常時reasoningを明記しています。effortはlow、high、maxで、offにはできません。複雑なsoftware engineeringとlong-horizon Agent向けのflagshipという位置づけです。
GLM-5.3-Flash公式docsは同じcontext/output上限に加え、image、video、file入力を提供します。model codeはglm-5.3-flashです。
| 実務条件 | 先に残すroute |
|---|---|
| screenshotやscreen recordingをcoding loopで使う | Flash |
| 自動testで大量の変更を判定できる | Flash |
| text-onlyで1回の失敗が大きな復旧を生む | FlashとGLM-5.3を同条件で比較 |
| 公式weight routeが必要 | 両方。licenseとcapacityを確認 |
Flashは320B total / 18B active parametersです。Z.aiはGLM-5.3比でattention computeを約3.01分の1、KV cacheを約4.44分の1にしたと説明しています。architecture上の根拠にはなりますが、手元のrepositoryでの正解率を保証する数字ではありません。
price tableは通常価格を基準にする
2026年8月31日のZ.ai pricingでは、1M tokensあたり次の料金です。
| route | input | cached input | output |
|---|---|---|---|
| GLM-5.3 | $1.40 | $0.26 | $4.40 |
| Flash通常 | $0.15 | $0.03 | $0.50 |
| Flash期間限定 | $0.075 | $0.015 | $0.25 |
Flashの50% discountは2026年9月9日24:00 UTC+8で終了します。長期予算では通常価格を使い、discountは短期の追加余力として扱います。
1M uncached inputと200K outputなら、retry前の概算はGLM-5.3が$2.28、Flash通常が$0.25、期間限定が$0.125です。通常価格でも約9.1倍の差があります。
ただし、選択指標はcall単価ではありません。
accepted task cost = 全call + retry + reviewer時間 + failure recovery
安いrouteが何度も失敗する場合、差は小さくなります。両方が一度で通るなら、flagshipはblocker削減などの実務価値でpremiumを説明する必要があります。
self-hostingは別の損益計算
GLM-5.3-Flash公式model cardには321BのMIT weightsがあり、vLLM、SGLang、Transformers、KTransformers、Unslothの入口が示されています。
GLM-5.3公式model cardも753Bのweight routeと主要framework向けの手順を公開しています。ただしlicenseはMITではなくGLM-5.3表記です。deployment controlだけではFlashを選べません。license、modality、model size、量子化、memory、throughput、idle capacity、監視を含むTCOで比較します。
6〜10 taskでrouteを決める
実際のbacklogからcross-file bug、長いrepository分析、tool callを含むtask、document処理、visual taskを選びます。text taskは同じcommit、prompt、tool権限、timeout、最大retry、acceptance commandを使います。reasoning_effortも合わせます。
first-pass合格、blocker/major defect、retry、first token、total duration、token、reviewer minutesを記録します。開始前にstop ruleも定義します。回復不能blockerが1件ならdefaultにしない、retryが2回を超えたらescalate、review時間が現行routeの2倍ならtoken差だけで切り替えない、といった条件です。
最初のproduction policyはcascadeで十分です。入力contractに合い自動検証できるtaskはFlashへ、失敗した高リスクtext taskはGLM-5.3へ送ります。providerを増やす段階では、別の GLM-5.3・Kimi K3・DeepSeek V4比較で候補を広げます。
