ZCode vs Claude Code：2026年に選ぶべきコーディングエージェントはどっち？

2026年7月1日に登場したZCodeは、Z.aiがGLM-5.2向けに提供するデスクトップ型コーディングエージェントです。そこから5週間で15回のリリースを重ね、スケジュールタスク、カスタムモデル対応のサブエージェント、プロジェクト単位のメモリを実装しました。Claude Codeとの差は確実に縮まっています。一方で、組み合わせ自在のHooks、5階層のサブエージェントネスト、ターミナル中心のCI連携では、依然としてClaude Codeに届きません。

GUI中心のZCode、ターミナル中心のClaude Code

両者は同じ「コーディングエージェント」でも、設計の起点も想定する開発スタイルも異なります。

ZCodeは、ファイル管理、ターミナル、Git、ブラウザプレビューを1つのデスクトップウィンドウにまとめています。Claude Codeはターミナルを基本とし、IDEやWebをまたいでCLAUDE.mdの設定を共有する設計です。

GLM-5.2とClaude Opus 4.8の実力差

ハーネスごとに標準モデルが異なるため、モデル性能の比較は重要です。もっとも、どちらも特定のモデルだけに固定されるわけではありません。

短期間で完結する単発のコーディングタスクでは、GLM-5.2はOpus 4.8の95〜99%に達します。しかし、複数ステップを継続して実行するエージェント作業では差が大きく開きます。長時間タスクの完遂度を測るSWE-Marathonでは、GLM-5.2のスコアはOpus 4.8の半分です。

速度面はGLM-5.2が大幅に有利です。Artificial Analysisのデータでは、GLM-5.2の最高速時の中央値は毎秒およそ206トークンで、インフラによっては457 tok/sに達します。Anthropic API上のOpus 4.8は、およそ63.5 tok/sが上限です。

その代わり、GLM-5.2は出力トークンが多くなりがちです。Artificial Analysis Intelligence Indexの1タスクあたり、およそ43,000出力トークンを消費し、そのうち約37,000トークンは推論用です。GLM 5.1の26,000トークンから増えています。Opus 4.8は1タスクあたりの出力がより簡潔で、トークン単価の高さを一部相殺します。

API料金を見るとコスト差は明確です。Z.aiのAPIでは、GLM-5.2は入力100万トークンあたり$1.40、出力100万トークンあたり$4.40です。対してAnthropicのAPIでOpus 4.8は、100万トークンあたり入力$5、出力$25です。Braintrustのexact-retrievalベンチマークでは、25Kコンテキスト時にGLM-5.2はOpusとの差を精度3.5ポイント以内に収めつつ、トレースあたりのコストはおよそ4分の1でした。この比率は50Kでも維持されています。

ローンチ後にZCodeへ加わった機能

公式変更履歴によると、ZCodeはローンチ後に15回リリースされ、2026年8月10日にはv3.7.5へ到達しました。この期間の追加機能により、初期のv3.2.xで不足していた部分のいくつかが補われています。

スケジュール実行とアイドルタスク（v3.4.2、7月22日）。繰り返しルールや期限、タスクごとのモデル設定、推論強度を指定してタスクを実行できるようになりました。タスクカードはチャット内に直接表示され、スケジュールタスクの履歴も確認できます。

カスタムモデルのサブエージェントを使えるアイドルタスク（v3.7.5、8月10日）。最新リリースでは、カスタムモデルを設定したサブエージェントをアイドルタスクから起動できます。自動化タスクでは固定時間帯ではなく、分単位の任意間隔も設定可能です。サブエージェントごとに推論量も調整できます。Claude Codeにはセッション単位の設定がありますが、サブエージェント単位では提供されていない機能です。

プロジェクト単位のメモリ（v3.6.5、8月3日）。メモリはプロジェクトごとに整理され、Settingsから閲覧できるようになりました。@メンションではプラグイン、ファイル、会話を参照でき、ワークスペース内の横断参照が速くなります。

Kimi K3対応（v3.4.2＋v3.6.5）。ZCodeは7月にKimi K3、8月にKimi K3 256Kを追加し、GLMファミリー以外にも対応モデルを広げました。他社の公式対応モデルも直接追加できます。

アプリをスリープさせないグローバル設定（v3.6.5）。長時間のGoal Mode反復中にデスクトップアプリがサスペンドされるのを防ぎます。

料金とクオータ消費の実態

月額料金だけを比べれば、全プランでZCodeのほうが安価です。ただし、GLM-5.2がどれだけ速くクオータを消費するかまで見る必要があります。

GLM Coding Planのページには現在、割引価格としてLite $12.60、Pro $56、Max $117.60が月額で表示されています。年払いの割引に加え、新規アカウント向けの初回サブスクリプション10%割引もあり、ZCodeの実質コストはさらに下がる可能性があります。またZCodeの加入者は、同じプランをAPI直結やサードパーティ製ハーネスで使う場合と比べ、およそ1.5倍の利用クオータを得られます。

注意したいのは、エージェントループ中のGLM-5.2のトークン消費です。GLM Coding Planでは、ピーク時間帯はクオータが3倍、オフピークでも2倍のペースで減少します。r/ZaiGLMのあるユーザーは、MCPとWeb検索の利用枠がClaude Codeよりも異常に早く減ると報告しています。別のスレッドでは、1件のGoal Modeタスクで週間クオータの27%、およそ5,500万トークンを使った例も報告されました。いずれも個人の体験談にすぎませんが、GLM-5.2のタスクあたりのトークン消費量が多いこととは整合します。

Z.aiは2026年9月まで、オフピーク時の消費倍率を1倍にするキャンペーンを実施しています。負荷の高い自律実行をオフピーク時間帯へ回せる開発者なら、実効的なトークンコストはおよそ半分になります。

Anthropicのプラン料金は予測しやすい仕組みです。Claude Proには標準的なClaude Code利用枠が含まれ、Max 5xとMax 20xではその枠が増えます。Dynamic Workflows（長時間の自律タスク）には、Max、Team、またはEnterpriseプランが必要です。

自律実行の考え方：Goal ModeとHooks

どちらも「完了するまで作業を続ける」という課題に取り組んでいますが、アプローチは対照的です。

ZCodeのGoal Modeは、すぐ使えるパッケージ型の仕組みです。たとえば/goal fix all TypeScript compiler errorsと入力すると、エージェントは修正を試み、独立した検証ステップを実行します。ゴール達成と判断すれば完了し、そうでなければ次のラウンドへ進みます。/goal pause、/goal resume、/goal replace、/goal clearといったサブコマンドもあります。検証の仕組みは公開されていないため、テストスイートを必ず通すゲートではなく、自動チェックとして捉えるべきです。

Claude Codeのフックシステムは、自由に組み立てられる基盤です。Hooksにはシェルコマンド、HTTP呼び出し、MCPツール、プロンプト、エージェントを使えます。PreToolUse、PostToolUse、Stop、SubagentStopを含む25のライフサイクルポイントに紐付け可能です。たとえばStopフックでテストスイートを実行し、テストが通るまでエージェントを停止させないようにすれば、モデルの自己評価に頼らず決定論的な検証を実現できます。

Claude Codeのautoモードは、さらに別の保護層を加えます。サーバー側の分類器がツール呼び出しを実行前に評価し、破壊的な操作、データ流出の試み、プロンプトインジェクションが疑われるコマンドをブロックします。この機能はオプトインで、最近のAnthropic APIモデルが必要です。ZCodeには、分類器に基づく同等の安全機構はありません。

サブエージェント比較：モデル混在か、深いネストか

両製品ともサブエージェントを使えますが、得意分野は異なります。

ZCodeのサブエージェントは、ドキュメントによればv3.2.0からベータ提供されており、ユーザーレベルかつフォアグラウンド専用です。最大の特徴は、サブエージェントごとに異なるプロバイダーを使えることです。1つをGLM-5.2、別の1つをAnthropicモデル、さらに別の1つをDeepSeekに設定し、同じセッションで並行利用できます。v3.7.5では、カスタムモデルを設定したサブエージェントをアイドルタスクから起動できるようになり、推論量もエージェントごとに調整可能です。組み込みロールにはgeneral-purposeと、読み取り専用のExploreがあります。

Claude Codeのサブエージェントは、構造面でより成熟しています。プロジェクトレベルの定義（.claude/agents/）とユーザーレベルの定義（~/.claude/agents/）に対応し、YAMLフロントマターを含むMarkdownファイルとして定義します。Claude Codeのドキュメントによれば、ネストは5階層まで可能です。バックグラウンド実行はv2.1.198以降、標準でサポートされています。エージェントごとのモデル指定も可能ですが、対象はClaudeファミリー内のsonnet、opus、haiku、fable、または完全なモデルIDに限られます。

異なるモデルベンダーに別々のサブタスクを分担させたいなら、ZCodeのBYOK方式が明確に有利です。チーム全体でバージョン管理できるプロジェクト単位のエージェント定義と、深い委任チェーンが必要なら、Claude Codeのほうが強力です。

データガバナンスと安定性

Z.aiはシンガポール登記のJINGSHENG HENGXING TECHNOLOGY PTE. LTD.が運営しており、Z.aiのドキュメントではAPIデータはシンガポールで処理されるとされています。基盤モデルを開発するラボはZhipu AIです。一般向けZCodeのプライバシー規約では、会話、ファイル、コード、シェルコマンド、生成出力の収集を認めています。一方、API規約では入力はリアルタイムで処理され、保存されないと明記されています。

Anthropicは米国法の下でデータを処理します。商用API利用と商用規約下のClaude Codeについては、デフォルトでは学習に利用されません。要件を満たす組織にはZero Data Retentionも提供されていますが、安全性分類器の結果は保持されます。

GLM-5.2はMITライセンスの重みを提供しており、Anthropicの非公開モデルにはないセルフホスティングの選択肢があります。ただし、Z.aiのモデルカードによると、フル精度のGLM-5.2にはおよそ1.57 TBのVRAMが必要です。実用的なセルフホスティングは企業向けの選択肢にとどまります。

安定性については、ZCodeの高速なリリースサイクルは機能追加が早い反面、不具合も生みやすいことを示しています。v3.7.5の変更履歴だけでも、メモリナビゲーション、プレビュー描画、メッセージ順序、リモートワークスペースの再接続、ランタイム切り替え時のモデル状態保持に関する問題を修正しています。r/ZaiGLMでは、元Claude CodeユーザーがZCodeへのサインイン時にOAuthとCAPTCHAの失敗が続くと報告しました。コミュニティでは、より安定した代替策としてAPIトークンの利用、またはZ.aiのエンドポイントを使うOpenCodeが提案されています。

結局、どちらを選ぶべきか

ハイブリッド構成では、ANTHROPIC_BASE_URLとANTHROPIC_AUTH_TOKENを設定し、Z.aiのAnthropic互換エンドポイント経由でClaude CodeからGLM-5.2を呼び出します。これにより、GLM-5.2のトークン料金でClaude CodeのHooks、サブエージェント、CI連携を利用できます。詳しい手順はClaude CodeでGLM-5.2を使うガイドを参照してください。代わりに、ZCodeのGoal Mode、デスクトップUI、プロバイダー混在サブエージェントは使えなくなります。また、Z.ai APIに負荷がかかった際には接続問題が発生することがあります。

ZCodeはClaude Codeの代わりになる？

ZCodeは、範囲が明確な短期間のタスクをGUI中心で進める個人開発者なら、日常的に使える選択肢です。一方、CI統合、チーム開発、長期間にわたるワークフローではClaude Codeが優位です。継続型ベンチマークではOpus 4.8が2倍の性能を示しています。

Claude Codeの中でGLM-5.2は使える？

使えます。ANTHROPIC_BASE_URLにZ.aiのエンドポイントを、ANTHROPIC_AUTH_TOKENにZ.ai APIキーを設定してください。GLM Coding PlanはClaude Codeを含む20種類以上のコーディングツールに対応しているため、サブスクリプションのクオータが適用されます。

ZCodeは毎日使えるほど安定している？

ZCodeのv3.7.5では、メモリナビゲーション、プレビュー描画、リモートワークスペースの再接続に関する重要な問題が修正されました。ただし、各リリースに含まれる修正範囲の広さを見る限り、まだ不安定さは残っています。r/ZaiGLMで報告されたOAuthとCAPTCHAの失敗からも、認証の信頼性は懸念点です。ダウンタイムを許容できないワークフローなら、Claude CodeまたはOpenCodeをフォールバックとして残しておくべきです。