Shopify CLI で開発ストアを 作成・一覧・確認・削除できるように

図解 ： Shopify CLI 4.8 で開発ストアの作成・削除が可能に Shopify CLI 4.8 / 開発者向け Shopify CLI で開発ストアを 作成・一覧・確認・削除できるように 新しい shopify store コマンドで、ターミナルやコーディングエージェントから開発ストアを直接管理できる。あわせて「1 組織あたり開発ストア 250 件」の上限が新設された。 このページの構成 そもそも何が変わるのか（30秒で理解） 追加された 4 つのコマンド 仕組み図解 ： 作成 → 投入 → リセット のループ 新設された「250 ストア上限」 コマンド早見表 対応手順（4ステップ） 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか Shopify CLI 4.8 で shopify store コマンド群 が追加され、Dev Dashboard 組織の開発ストアを ターミナルやコーディングエージェントから作成・管理 できるようになった。 同時に、 1 組織あたり開発ストア 250 件 という上限が導入された。 変化 1 ： 開発ストアを CLI で操作 作成・一覧・情報取得・削除の 4 コマンド。既存の Admin API / バルクオペレーション対応と組み合わせ、「作る → データ投入 → リセット」をスクリプト化できる。 変化 2 ： 250 ストアの上限 Dev Dashboard 組織の開発ストアは 250 件まで。クライアント移管用ストア・コラボレーターストアはカウント対象外。 2 追加された 4 つのコマンド store create dev 組織内に開発ストアを作成。アプリ・テーマ・Shopify 機能の構築とテスト用 store list 組織内のストアを一覧表示 store info 個別ストアの情報を返す store delete 開発ストアを削除。ストアオーナー／組織オーナー／組織管理者のみ 各コマンドのオプション（引数・フラグ）や出力形式は、この記事には 記載なし 。詳細は関連ドキュメント側で確認すること。 3 仕組み図解 ： 作成 → 投入 → リセット のループ 記事の要点は「 既に CLI にある Admin API・バルクオペレーション対応と組み合わせれば、開発・テスト環境の作成／データ投入／リセットをスクリプト化できる 」こと。データ投入の詳細は関連する changelog（Admin API and bulk operations in Shopify CLI）を参照。 4 新設された「250 ストア上限」 対象 開発ストア Dev Dashboard 組織に属する開発ストアのみがカウントされる。 対象外 クライアント移管用ストア Client transfer stores は上限に含まれない。 対象外 コラボレーターストア Collaborator stores は上限に含まれない。 上限に到達した場合の具体的な挙動（エラー内容など）や、拡張上限がいつまで有効かは 記載なし 。上限に近い組織は、 store list で古いストアを洗い出し、 store delete で整理するスクリプトを組むよう推奨されている。 5 コマンド早見表 コマンド できること 実行できる人 主な使いどころ shopify store create dev 作成 組織内に開発ストアを作る 記載なし アプリ・テーマ・Shopify 機能の構築／テスト shopify store list 一覧 組織内のストアを列挙 記載なし 棚卸し・大量クリーンアップのスクリプト起点 shopify store info 情報 個別ストアの情報を返す 記載なし 個別ストアの状態確認 shopify store delete 削除 開発ストアを削除 ストアオーナー／組織オーナー／組織管理者 古いストアの整理・250 件上限対策 6 対応手順（4ステップ） 1 CLI を 4.8 以上に更新 新コマンドは Shopify CLI 4.8 以降で利用可能。 2 AI Toolkit を最新化 コーディングエージェントに最新の AI Toolkit をインストール／更新。 3 4 コマンドで管理 create dev / list / info / delete をターミナルやエージェントから実行。 4 上限が近ければ整理 list で古いストアを探し delete で削除するクリーンアップをスクリプト化。 7 技術者が押さえるべき5つのポイント 1. 前提は Shopify CLI 4.8 以降 チーム内や CI で CLI バージョンが揃っていないと、スクリプトが一部の環境だけで動かない。バージョン固定・更新の運用を先に決めておく。 2. Admin API ／ バルク操作と組み合わせる前提 ストア作成だけでなく、既存の CLI の Admin API・バルクオペレーション対応と繋げて「作成 → データ投入 → リセット」を一連のスクリプトにするのが想定された使い方。 3. delete は権限ロール限定 削除できるのはストアオーナー／組織オーナー／組織管理者のみ。自動クリーンアップを回すアカウントの権限設計が必要。他コマンドの必要権限は記載なし。 4. 作りっぱなしは上限に当たる CI やエージェントで気軽に量産できるようになった分、250 件の上限に早く届く。作成とセットで削除まで書く「後片付け込み」の設計にする。 5. コーディングエージェントからの利用が明示されている 「ターミナルまたはコーディングエージェントから」と明記され、AI Toolkit の更新も推奨手順に含まれる。 エージェントに環境構築を任せる場合も、削除コマンドを実行できる権限範囲には注意 。コマンドのオプション・出力形式は記事に記載なしのため、自動化前にドキュメントで確認すること。 8 業務に活かせる3つのユースケース USE CASE 1 アプリ／テーマ開発のテスト環境を「毎回まっさら」で用意する 課題 テスト用ストアに過去の検証データが溜まり、再現性のある確認ができない。ストアを作り直す作業も手間。 打ち手 store create dev でストア作成 → Admin API・バルクオペレーションでテストデータ投入 → 検証後 store delete で破棄、をスクリプト化。 効果 毎回同じ初期状態から検証でき、テスト結果のブレと環境準備の工数が減る。 技術メモ CLI 4.8 以上が前提。削除を実行するアカウントはストアオーナー／組織オーナー／組織管理者である必要がある。 USE CASE 2 制作会社の組織で「開発ストアの棚卸し・定期クリーンアップ」 課題 案件ごとに作った開発ストアが組織内に放置され、新設の 250 件上限に近づいている。 打ち手 store list で一覧を取得 → store info で個別確認 → 不要なものを store delete で削除する整理スクリプトを定期実行。 効果 上限到達で新規ストアが作れなくなる事態を予防。どの開発ストアが現役かを把握できる。 技術メモ クライアント移管用ストア・コラボレーターストアは上限の対象外。 list / info の出力形式は記載なしのため、パース方法はドキュメントで確認してから実装する。 USE CASE 3 コーディングエージェントに検証環境の構築まで任せる 課題 エージェントにコード変更は任せられても、動作確認用ストアの準備は人が管理画面で行っており、作業が途切れる。 打ち手 エージェントに最新 AI Toolkit を入れ、 shopify store コマンドで開発ストアの作成から検証用データ投入までを依頼する。 効果 「実装 → 検証環境作成 → 動作確認」を中断なく回せ、開発者の手作業が減る。 技術メモ エージェントにも 250 件上限は同様にかかる。削除まで自動化する場合は、誤削除を避けるため対象ストアを明示する運用ルールを決めておく。 9 提案で使える1行サマリ 「Shopify CLI 4.8 で開発ストアの作成・一覧・確認・削除がコマンド化。 Admin API と組み合わせて検証環境の作成からリセットまでをスクリプト化できる。 ただし 1 組織 250 件の上限が新設されたので、作ったら片付けるところまで自動化しよう。」 source ： shopify.dev / changelog / create-and-delete-dev-stores-in-shopify-cli generated 2026-10-17