投稿者 投稿日: カテゴリー EC×AI活用
Z.ai ZCodeとは、GLM-5.2を搭載した無料のAIコーディング環境のことです。
在庫連携やCSV変換、商品説明の一括生成といった「自分たちの店専用の小さな仕組み」を作りたいのに、外注は高く、Cursorや上位AIの月額も積み上がる。この費用の壁で、EC事業者のシステム内製はいつも途中で止まります。2026年7月にZ.aiが公開したZCodeは、その前提を一段動かしました。無料のデスクトップ環境でありながら、GLM-5.2という高性能モデルで実装まで踏み込めるため、月商数千万円帯の店舗でも「まず自分たちで作ってみる」の初速が上がります。この記事では、ZCodeの正体と料金、CursorやClaude Codeとの違い、そしてEC業務システムを低コストで開発するための具体的なプロンプト5本を整理します。
ZCodeが2026年7月に何を変えたのか
ZCodeは、Z.aiが2026年7月初旬に公開したAIコーディング環境です。macOS・Windows・Linuxに対応したデスクトップアプリで、同社の自社モデルGLM-5.2を基盤に、CursorやClaude Code、GitHub Copilotといった先行ツールに正面から挑む位置づけで登場しました。VentureBeatは、ZCodeを「Cursor、Claude Code、GitHub Copilotに挑むAIコーディング環境」と報じています。
最大の特徴は、本体が無料で使える点です。従来、エージェント型のAIコーディングツールは月額20〜200米ドル規模の課金が当たり前で、内製の入り口でつまずく要因になっていました。ZCode自体に費用がかからないため、まず触ってみるハードルが大きく下がります。
基盤のGLM-5.2も侮れません。中国のZhipu AI（Z.ai）が2026年6月に公開したオープンウェイトのモデルで、混合エキスパート（MoE、複数の専門モデルを切り替えて使う仕組み）構成により総パラメータ約7,500億のうち実際に使うのは約400億にとどめ、サイズの割に推論コストを抑えています。扱えるコンテキスト（一度に読み込める情報量）は最大100万トークンに達し、大きめのコードベースや商品マスタをまとめて渡せる余地があります。EC開発の現場では、この「一度に大量の文脈を渡せる」性質が、商品データの一括処理や既存コードの読解で効いてきます。
日本語圏では、ZCodeをEC開発の視点で解説した情報がまだほとんどありません。ここが空白のまま放置されているのは、裏を返せば、早く手を動かした店舗が知見を先取りできる局面だということです。
ZCodeとGLM Coding Planの料金体系
ZCode本体は無料ですが、より多くの実行回数や上位の使い方を求める場合は、Z.aiのサブスク「GLM Coding Plan」を組み合わせます。Z.aiの料金ページと料金比較サイトAI Pricing Guruによると、プランは3段階です。
Liteは月18米ドル、Proは月72米ドル、Maxは月160米ドル。2026年9月まで有効とされる30%の導入割引を使うと、それぞれ月12.60米ドル、50.40米ドル、112米ドルに下がります。年払いはLiteが年151.20米ドル、Proが604.80米ドル、Maxが1,344米ドルという水準です。為替により円換算は変動するため、実際の請求額は決済時点のレートで要確認です。
実行枠の目安も段階的です。Liteは5時間あたり約80プロンプト・週約400プロンプトに加え、MCP（外部のWeb検索や読み取りを呼ぶ仕組み）の呼び出しが月100回。Proは5時間あたり約400プロンプト・週約2,000プロンプト、MCP月1,000回。Maxは5時間あたり約1,600プロンプト・週約8,000プロンプト、MCP月4,000回です。ここで注意したいのは消費倍率で、GLM-5.2とGLM-5-Turboはピーク時間帯に3倍、オフピークに2倍の枠を消費します。ただし2026年9月まではオフピーク1倍のプロモが走っているとされ、この期間は実質的にお得に回せる状況です。
GLM Coding Planのもう一つの強みは、対応クライアントの広さです。GLM-5.2やGLM-5-Turbo、GLM-4.7、GLM-4.5-airといったモデルを、Claude CodeやCline、Roo Code、OpenClawなど20以上のツールから使えます。つまり、すでにClaude Codeの操作に慣れているチームは、モデルの供給元だけGLM Coding Planに差し替えて、使い勝手を変えずにコストを下げる、という移行も選べます。
料金の考え方は、既存記事のGLM-5.2とOpus 4.7のコスト比較や、Grok Buildで長時間タスクを自律実行する手順とあわせて見ておくと、自店の開発規模に対してどのツールが割安かを判断しやすくなります。
Cursor・Claude CodeとZCodeをどう使い分けるか
三者の違いは「何にお金を払うか」に集約されます。Claude Codeは、Anthropicの高性能モデル（Opus 4.8やSonnet 5）を前提に、複雑な設計や長い自律作業で高い完成度を出すのが持ち味です。反面、フロンティアモデルを使い込むほど費用が伸びます。Cursorはエディタとしての体験が洗練されており、既存の開発フローに馴染みますが、こちらも上位モデルを回すと課金が積み上がります。
ZCode（GLM Coding Plan）は、性能の絶対値ではコスト面の割安さを武器にします。GLM-5.2はオープンウェイトのモデルとしては上位で、コーディングやツール操作の実力はClaude Opus 4.8に完全には及ばないものの、差は多くの人の予想より小さいと評価する報告もあります。EC事業者が作りたいのは、最先端の巨大システムではなく、在庫やCSV、商品説明といった定型業務の自動化が中心です。この用途では、GLM-5.2の実力で十分に足りる場面が多く、コスト差がそのまま利益として残ります。
現場感覚では、使い分けの目安はこう整理できます。仕様が曖昧で試行錯誤が多い新規開発の設計フェーズはClaude Codeで詰め、量産的なコード生成や定型スクリプトの大量生成はZCodeに寄せる。この二段構えにすると、品質とコストのバランスが取りやすくなります。実際、直近の支援案件で観測したのは、設計の初動だけ上位モデルに任せ、そこで固まった仕様をもとに反復的なコード生成を安価なモデルへ移すと、月間のAI費用が大きく変わるという現象でした。設計は考える力が要る一方、量産は指示の明確さで品質がほぼ決まるため、安いモデルでも十分に成立するからです。
もう一つ見落とされがちなのが、チームの学習コストです。すでにClaude Codeでの開発に慣れているなら、操作を覚え直さずにモデル供給元だけGLM Coding Planへ差し替えられる点は、地味ですが実務上の利点です。新しいツールを導入するたびに現場が使い方を学び直す負担は、想像以上に開発の初速を鈍らせます。ZCode単体で始めるか、慣れた環境にGLM Coding Planを差すか、この二択を最初に決めておくと導入がスムーズです。
GLM-5.2をEC開発で自前運用する選択肢
ZCodeやGLM Coding Planはクラウド経由の利用が基本ですが、GLM-5.2はMITライセンスのオープンウェイトとして重み（モデルの中身）が公開されている点も見逃せません。MITライセンスは利用制限や地域ロックがない寛容なライセンスで、重みをダウンロードして自社のサーバで動かしたり、自社データで微調整したりできます。
EC事業者にとって、この自前運用の選択肢が効くのは、顧客の個人情報や仕入れ原価といった外に出しづらいデータを扱う処理です。外部APIにデータを渡すことに社内規程上の懸念がある場合、GLM-5.2を社内環境で動かせば、データを外に出さずにコード生成や分析を回せます。ただし、自前運用にはGPUを含むインフラの準備と運用の知識が必要で、小規模な店舗が最初から取り組む領域ではありません。まずはクラウドのZCodeで感触をつかみ、扱うデータの機密度が上がってきた段階で自前運用を検討する、という順序が現実的です。参考までに、GLM-5.2はOpenRouterのような外部プロバイダ経由だと100万トークンあたり入力約1.40米ドル・出力約4.40米ドル前後という水準で、GPT-5.5の入力5ドル・出力30ドルと比べても割安な位置にあります（価格は2026年7月時点の目安、要確認）。
EC業務システムを作るためのプロンプト5本
ここからは、ZCode（またはGLM Coding Planを差したClaude Code）でそのまま使える、EC開発向けのプロンプトを5本紹介します。いずれも中括弧の変数を自店の情報に置き換えて使ってください。
まずは、複数モールの在庫を突き合わせるスクリプトです。手作業で在庫のズレを直している店舗が最初に自動化すべき領域です。
プロンプト1：モール間在庫つき合わせスクリプト生成
あなたはEC運営に詳しいPythonエンジニアです。以下の要件でスクリプトを書いてください。
目的：楽天・Amazon・自社Shopifyの在庫CSVを読み込み、商品コード（JAN）で突き合わせ、
在庫数が食い違う商品の一覧を出力する。
入力：3つのCSV（列名は rakuten.csv=管理番号,JAN,在庫 / amazon.csv=SKU,JAN,在庫 / shopify.csv=handle,JAN,在庫）
出力：差異のある行だけを difference.csv に、JAN・各モール在庫・差分列で出力
条件：
1. JANが欠損している行は warning.csv に分けて出力
2. 文字コードはShift-JISとUTF-8の両方を自動判定
3. 実行方法をコメントで冒頭に記載
商品ジャンル：{ジャンル}
次に、商品説明文の一括生成をバッチで回すためのプロンプトです。1商品ずつ手で書く運用から抜け出す入り口になります。
プロンプト2：商品説明の一括生成バッチ
あなたはEC向けのコピー生成に強いエンジニアです。
products.csv（列：商品名,素材,サイズ,価格,主要KW）を読み込み、
各行について楽天用の商品説明文（全角換算800文字前後）を生成し、
output.csv に 商品名,説明文 の形で書き出すスクリプトを作成してください。
条件：
1. 薬機法・景表法に触れる誇大な最大級表現や効能をうたう言い回しは使わない
2. 主要KWを説明文の前半に自然に含める
3. 1行ずつAPIを叩き、失敗した行は error.csv に退避して処理を止めない
商品ジャンル：{ジャンル}
三つ目は、レビューを集計して改善の示唆を出すツールです。CSツールを外注する前に、自前で回せる範囲を確認できます。
プロンプト3：レビュー集計・不満分類ツール
reviews.csv（列：商品名,評価,本文）を読み込み、
低評価（星1〜2）の本文を「配送」「品質」「サイズ感」「価格」「その他」に分類し、
商品別に不満カテゴリの件数を集計して report.csv に出力するスクリプトを書いてください。
条件：
1. 分類はルールベースとキーワード辞書で行い、辞書は外部ファイルに切り出す
2. 件数上位3カテゴリを商品ごとにコメント列で明記
3. 集計結果を棒グラフ画像としても保存
四つ目は、モール間のCSV項目名を変換するマッパーです。多店舗展開のたびに発生する地味な変換作業を潰します。
プロンプト4：モール間CSV項目マッパー
入力CSV（楽天フォーマット）を、Amazon出品用フォーマットに変換するスクリプトを作成してください。
対応表（mapping.yml）で列名の対応を定義し、
未定義の列は変換せず末尾に残す。日付や価格の書式差も吸収する。
条件：
1. mapping.yml を編集するだけで他モールにも流用できる設計にする
2. 変換前後の行数が一致するか検証し、不一致なら警告
3. サンプルの mapping.yml も一緒に生成
最後に、コード全体をレビューさせるプロンプトです。生成したスクリプトを本番に載せる前の最終確認に使います。
プロンプト5：内製スクリプトのセキュリティ・堅牢性レビュー
以下のスクリプトをレビューしてください。
観点：
1. APIキーや認証情報がハードコードされていないか
2. 入力ファイルが壊れていたときに落ちない設計か
3. 大量データ（10万行）でメモリが破綻しないか
4. 楽天・Amazonのレート制限を考慮しているか
改善が必要な箇所は、修正後のコードとともに提示してください。
（ここにコードを貼り付け）
内製でつまずく典型パターンと回避策
現場で繰り返し見るのは、生成されたコードをそのまま本番投入して事故るケースです。特に多いのが、APIキーをコードに直書きしたまま社外の担当者に共有してしまう流出です。プロンプト5のレビューを最終工程に組み込み、認証情報は環境変数に逃がす運用を徹底するだけで、この事故はほぼ防げます。
もう一つは、モデルの実行枠を読み違えて、月半ばで枠を使い切る失敗です。GLM-5.2はピーク時に3倍枠を消費するため、大量バッチはオフピークに回す設計にしておくと、同じプランでもさばける処理量が変わります。オフピーク1倍プロモの期間は、重い一括処理を先回りで済ませておくのが得策です。
KPIと費用の目安
内製の効果は、削減できた作業時間で測るのが実務的です。たとえば在庫つき合わせを毎日30分手作業していた店舗なら、月あたり約10時間の削減になります。GLM Coding PlanのLite（導入割引で月12.60米ドル前後）で回せる規模なら、外注見積もりと比べて費用対効果が合いやすい水準です。ただし、生成物の検証や運用の手間はゼロにはならないため、削減時間は「手放しで浮く時間」ではなく「別の付加価値業務に振り替えられる時間」と捉えるのが現実的です。
ChatGPTやClaude、Geminiの一般的な月額（各20米ドル前後）と比べても、GLM Coding Planは実行枠あたりの単価で優位に立ちやすく、コード生成中心の使い方ならコスト最適化の選択肢になります。
費用対効果を判断する際は、削減時間の金額換算だけでなく、内製によって「試せる回数」が増える価値も見ておきたいところです。外注では1施策ごとに見積もりと納期が発生するため、思いついた改善をすぐ試すことができません。一方、内製の土台があれば、在庫アラートの条件を変えたい、レビュー分類の粒度を細かくしたい、といった小さな改善を、その日のうちに回して検証できます。この「試行回数の多さ」が、半年から1年の時間軸では、単純な工数削減以上の差を生みます。直近の支援先で観測した範囲でも、内製の仕組みを持った店舗ほど、施策の打ち手が増え、改善サイクルが速くなる傾向がありました。ツールの月額そのものより、この反復のしやすさに投資価値を見いだすのが、内製の本質的なメリットだと考えます。
今後の展望
オープンウェイトの高性能モデルがコーディング領域で存在感を増すほど、「作る」ことのコストは下がり続けます。ZCodeの登場は、その象徴的な一手です。EC事業者にとって重要なのは、どのツールが最強かを議論することより、定型業務のうちどれを内製に載せられるかを棚卸しし、単価が下がった今のうちに着手することです。AIエージェントが長時間の自律作業をこなせるようになるほど、内製と外注の境界線は動きます。自社の業務のどこまでを自分たちで持つのか、その判断軸を持っておくことが、これからの数年で効いてきます。
よくある質問
ZCodeは本当に無料で使えますか
本体は無料で使えます。ただし実行枠を増やしたり上位の使い方をする場合はGLM Coding Planのサブスク（月18米ドル〜、導入割引適用時は月12.60米ドル〜）を組み合わせます。無料枠の範囲は変更される可能性があるため、最新の条件は公式で要確認です。
プログラミング未経験でも使えますか
簡単なスクリプトなら、プロンプトで要件を伝えるだけで動くコードが出てきます。ただし、生成物を本番運用するには最低限の検証が必要です。まずは社内の技術に明るい担当者と一緒に、小さな自動化から始めるのが安全です。
Claude CodeとZCodeはどちらを選ぶべきですか
仕様が固まっていない設計フェーズや高い完成度が要る作業はClaude Code、定型スクリプトの量産やコスト重視の処理はZCode（GLM Coding Plan）が向きます。両方を併用し、フェーズで使い分けるのが現実的です。
GLM-5.2は日本語のEC業務でも使えますか
日本語の処理にも対応しており、商品説明の生成やレビュー分類などの用途で実用になります。ただし新しいモデルのため、細かな表現の癖は出力を検証しながら調整してください。
セキュリティ面のリスクはありますか
外部モデルにコードや商品データを渡す以上、機密情報の取り扱いには注意が要ります。認証情報はコードに直書きせず、顧客の個人情報を含むデータは匿名化してから渡すなど、社内ルールを整えてから運用してください。
導入の最初の一歩は何をすべきですか
まず、手作業で毎週繰り返している定型業務を1つだけ選び、この記事のプロンプト1〜3のいずれかで自動化を試してみてください。1つ回せると、他の業務への横展開の勘所がつかめます。
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
