バージョン 1.7.0 の WordPress Studio は、特にタスクを自動化したりターミナルから作業したりする開発者やパワーユーザーにとって、ローカルで WordPress サイトを構築するための大規模なアップグレードです。

以前のリリースでは、Studio CLI は主に プレビューサイト の作成と管理に焦点を当てていました。 

バージョン 2 では、ローカルサイトの作成と管理、適切なコンテキストでの WP-CLI の実行、WordPress.com への接続など、Studio ワークフローの多くに対応したフル機能のコマンドラインコンパニオンになります。

この記事では、新機能をレビューし、AI 支援のワークフローに Studio CLI を組み込む実用的な方法を共有します。 

完全なコマンドリファレンスと高度なオプションについては、このリリースに含まれる更新された Studio CLI ドキュメント を参照してください。

CLI とは?

CLI(コマンドラインインターフェース)を使用すると、メニューをクリックするのではなく、ターミナルにコマンドを入力することでツールやアプリケーションを制御できます。開発者は、CLI が以下の理由から好まれる傾向があります:

  • 高速:単一のコマンドで環境を立ち上げたり、変更したり、削除したりできます。
  • 再現可能:任意のマシンで同じコマンドを実行したり、スクリプトに組み込んだりできます。
  • 自動化可能:ビルドシステムや AI エージェントにコマンドを実行させることができます。

たとえ通常ターミナルで作業しない場合でも、Studio CLI は注目に値します。 

これは、オートメーションツールが Studio と対話するために使用できる一般的な「言語」です。一度有効にすると、エディター、スクリプト、または AI コーディングアシスタントが、新しいサイトを作成したり、データベースのアップグレードを実行したり、プレビューを公開したりすることができ、Studio アプリケーション内の複数の画面をナビゲートする必要がなくなります。

Studio CLI の使い方

Studio CLI を使用するには、以下の手順を完了してください:

  1. WordPress Studio アプリケーションをマシンで開きます。
  2. メインメニューから 設定 モーダルを開きます。アプリの右上隅にあるギアアイコンをクリックすることもできます。
  3. Studio CLI オプションを有効にし、保存 をクリックします。
  4. macOS では、インストールを許可するためにコンピュータのパスワードを求められます。
Studio 設定のスクリーンショット。

Studio CLI が有効になると、好みのターミナルアプリケーションからグローバルな studio コマンドにアクセスできるようになります:

studio <area> <command> [options]

Studio 1.7.0 では、CLI は現在 4 つの主要な領域をカバーしています:

  • 認証:それを必要とする機能のために WordPress.com アカウントを管理します。
  • プレビューサイト:WordPress.com ホスティングのプレビューサイトを作成および更新します。
  • ローカルサイト管理:Studio 管理のローカルサイトを作成、開始、停止、構成、削除します。
  • WP-CLI 統合:WP-CLI を自分でインストールすることなく、正しく構成された Studio 環境内で WP-CLI コマンドを実行します。

いつでも studio --help を実行することで概要を確認できます:

WordPress Studio CLI のスクリーンショット

ほとんどのコマンドは、Studio 管理のサイトのルートフォルダーから実行されるように設計されています。 

迅速にアクセスするには、サイトの 概要 タブの ターミナル ボタンをクリックして、そのフォルダーをターミナルで直接開くことができます。

WordPress Studio 概要画面のスクリーンショット。

ローカル Studio サイトの管理

Studio CLI v2 の最大のアップグレードの 1 つは、ターミナルからのエンドツーエンドのローカルサイト管理です。 

ルーチン作業のために Studio ユーザーインターフェースに戻るのではなく、サイトを作成したり、ステータスを確認したり、開始または停止したり、作業が終わったらクリーンアップしたりできます。 

これにより、日常のワークフローが迅速になり、スクリプトを自分で書く場合でも、AI エージェントを使用する場合でも、自動化がはるかに簡単になります。

すべての中心には studio site コマンドがあります。利用可能なオプションには:

studio site status # サイトのステータスを取得
studio site create # 新しいサイトを作成
studio site list # サイトをリスト
studio site start # サイトを開始
studio site stop # サイトを停止
studio site delete # サイトを削除
studio site set # サイト設定を構成

単一のコマンドでローカルサイトを作成

studio site create を使用して、現在のディレクトリまたは特定のパスに新しいサイトを立ち上げます。以下は、できることのいくつかの例です:

# 現在のフォルダーにデフォルトオプションで新しいサイトを作成
studio site create
# カスタムドメインと HTTPS で新しいサイトを作成
studio site create --https --domain hello.wp.local
# 別のディレクトリにサイトを作成
studio site create --path /path/to/site

CLI は:

  • ローカル WordPress 環境をセットアップします。
  • WordPress サーバーを開始します。
  • 準備ができたらブラウザーで WP Admin を開きます。

これは、空のフォルダーから、またはまだ Studio アプリ内で登録されていない WordPress サイトを含むディレクトリから実行できます。

ローカルサイトのリスト、検査、開始、停止

複数のローカルサイトで作業しているときは、`list` と `status` コマンドを使用すると管理がはるかに簡単になります:

studio site list # Studio に知られているすべてのローカルサイトを表示
studio site status # 現在のディレクトリのサイトのステータス

ステータス出力には以下が含まれます:

  • サイトが実行中かどうか
  • ローカル URL、例えば http://localhost:PORT
  • PHP バージョンやログイン情報などの重要な構成詳細

サイトの開始と停止も簡単です:

studio site start
studio site stop

これは、サイトを開始し、テストやコンテンツ操作を実行し、その後再度停止する必要があるスクリプトでうまく機能します。

サイトを安全に削除および構成

プロジェクトが完了したら、Studio から削除し、必要に応じて以下のコマンドを使用してマシンから関連ファイルをすべて削除できます:

studio site delete # サイトを Studio から削除
studio site delete --files # サイトとファイルを削除

構成変更には、studio site set を使用して特定のローカルサイトの設定を調整できます:

studio site set [options]

例えば、以下のことができます:

  • PHP または WordPress バージョンを変更します。
  • ローカルドメインまたはポートを更新します。
  • ローカル環境の実行方法に影響を与える機能を切り替えます。

ヒント:利用可能なオプションの完全なリストを表示するには、studio site set --help を実行してください。

ターミナルからの認証

プレビューサイトの作成や更新など、一部の Studio 機能にはログインした WordPress.com アカウントが必要です。 

Studio CLI v2 では、ターミナルからこれを管理できる専用の studio auth コマンドが提供されます:

  • studio auth login はブラウザフローを起動し、ログインを完了するためにターミナルに貼り付けるトークンを提供します。
  • studio auth status は、認証されているかどうかと、どのアカウントがアクティブかを教えてくれます。
  • studio auth logout は、CLI を WordPress.com アカウントから切断し、保存されたログイン情報をクリアします。

ログアウト中に認証が必要なコマンド(次にレビューする studio preview create など)を実行すると、CLI がログインするように案内します。

CLI からのプレビューサイト

プレビューサイトは、ローカル Studio サイトをミラーリングした WordPress.com にホストされた一時的で共有可能な環境です。他の人と作業を共有するのに最適です。

CLI は完全なコマンドセットを提供します:

studio preview create # プレビューサイトを作成
studio preview list # すべてのプレビューサイトをリスト
studio preview update <host> # プレビューに変更を再デプロイ
studio preview delete <host> # プレビューサイトを削除

ヒント:すべてのプレビューを表示するには studio preview list を実行し、その出力からホスト値を使用して studio preview update または studio preview delete を実行します。

組み込みの WP-CLI、あなたのために構成済み

WP-CLI は WordPress 自体の公式コマンドラインインターフェースです。Studio CLI v2 は、専用の studio wp コマンドを通じて直接統合されているため、自分で WP-CLI をインストールまたは構成する必要はありません:

studio wp [<wp-cli-command>] [<wp-cli-arguments>...]

サイトのルートディレクトリから、以下のような一般的な WP-CLI タスクを実行できます:

  • studio wp core version は、現在のサイトの WordPress バージョンを表示します。
  • studio wp plugin list は、インストールされたプラグイン(およびそのステータス)をリストします。
  • studio wp core update-db は、WordPress アップデート後に必要なデータベースの更新を実行します。

Studio は、環境変数、パス、およびログイン情報を設定するため、これらのコマンドは追加の設定なしで正しいデータベースとファイルに対して実行されます。

AI コーディングツールと Studio CLI の使用

Studio CLI v2 の最大の利点の 1 つは、特に Claude Code や Cursor のようなツールと組み合わせた場合に、AI 支援の開発ワークフローに自然にフィットすることです。 

これらのエージェントは、ローカルプロジェクト内のコード(テーマやプラグインを含む)を読み取り、環境内でコマンドを実行するため、繰り返し作業の多くをオフロードできます。例えば、以下のことができます:

  • studio site コマンドを使用して、ローカル環境を作成、開始、停止、管理します。
  • studio wp を実行して、診断、データベースタスク、コンテンツ管理を行います。
  • エディターを離れることなく、レビューのために WordPress.com プレビューサイトを作成および更新します。

コンテキストを提供する

使用している AI ツールは、WordPress Studio や Studio CLI を自動的に理解しない場合があります。役立つ結果を得るために、AI エージェントに何を見ているのか、どのツールを使用できるのかについて少しコンテキストを与え始めてください。

例えば、ターミナルでローカル Studio サイトフォルダーを開いたと想像してください。 

まず、AI エージェントにこのディレクトリが何であるか、Studio CLI を実行できることを伝えます。 

この例では、Claude Code を使用し、CLI を studio を介して呼び出すことができることを明示的に示します。

「これは WordPress Studio サイトのフォルダーです。Studio CLI にアクセスでき、studio を実行することで呼び出すことができます。利用可能なオプションを探索することから始めてください。」

そこから、次のような応答が得られるはずです:

WordPress Studio CLI 出力のスクリーンショット。

シンプルなプロンプトで、AI は今や Studio CLI をしっかりと理解しています。この例は Opus 4.5 を使用して生成されました。

環境設定の自動化

AI が Studio の機能を理解したら、ルーチンのセットアップタスクを引き渡し始めることができます。例えば、エージェントに次のように言うことができます:

「名前を「Nick’s Site」として Studio を使用して新しいローカル WordPress サイトをセットアップしてください。」

裏では、次のようなコマンドを実行するかもしれません:

studio site create --path "../nicks-site" --name "Nick's Site" --skip-browser

以下は、再度 Claude Code からの出力の例です。Opus 4.5 を使用しています。

WP-CLI を使用したデバッグと検証

Studio は、特にエラーを見つめていて原因を手動で追跡したくないときに、WP-CLI を使用して問題をトラブルシューティングするのを簡単にします。

次のように言うことができます:

「Studio CLI を使用して WP-CLI チェックを実行し、このサイトが失敗している理由を特定し、修正案を提案してください。」

そこから、エージェントは:

  • 実行します studio wp コマンド(例えば、plugin listtheme list、または core update-db)を使用して診断を収集します。
  • 見つかった内容に基づいてコードや構成の変更を提案(または適用)します。
  • 問題が解決されたことを確認するために、同じ WP-CLI チェックを再実行します。

まだの場合は、WP-CLI の素晴らしい概要をチェックして、何ができるかを把握してください。

プレビューサイトの作成

プレビューサイトは WordPress Studio で最も人気のある機能の 1 つですが、Studio ユーザーインターフェースを介して作成し、更新し続けるのは少し面倒に感じることがあります。 

CLI はワークフローを合理化し、AI エージェントと組み合わせるとさらに簡単になります。

クライアントやチームメイトと作業を共有する準備ができたら、AI にプレビューサイトを作成するように頼むことができます:

「プレビューサイトを立ち上げてもらえますか?」

まだ認証されていない場合、エージェントはログインを促し、その後プレビューを作成して URL を返します。出力は次のようになります:

WordPress Studio CLI プレビューサイト作成コマンドのスクリーンショット。

ローカルで作業を続けると、エージェントにプレビューサイトを定期的に更新するように頼むことができます。 

サイト、テーマ、またはプラグインの構築を手伝うために AI を使用している場合、重大な変更の後にプレビューサイトを自動的に更新して、共有リンクが最新の状態に保たれるようにするルールを追加することもできます。

Studio CLI と AI を使用する際のベストプラクティス

AI エージェントは、Studio CLI と組み合わせることで非常に効果的なコパイロットになります。セットアップ、トラブルシューティング、プレビューのデプロイ、環境に対して実際のコマンドを実行するのを迅速化できます。 

とはいえ、最初に少し構造を持たせることで、利点を得ながら不快な驚きを避けることができます。

  • Studio サイトのルートから作業する(または `–path` を使用する)。これにより、特にマシン上に複数のサイトがある場合、実際に意図したプロジェクトに対してコマンドが実行されることが保証されます。
  • プロンプトに明確な境界を設定する。例えば:「サイトを削除しない」、「読み取り専用の studio wp コマンドのみを実行する」、「データベースの移行を実行する前に確認する。」
  • 破壊的操作を二重チェックする。 studio site deletestudio preview delete のようなコマンドについては、エージェントが実行する予定の正確なコマンドを実行する前に表示させてください。

思慮深く使用すれば、AI と Studio CLI を組み合わせることで、繰り返しのセットアップ、テスト、デプロイの摩擦を大幅に減らし、優れた WordPress 経験の設計と構築にもっと集中できるようになります。

Studio CLI での構築を始める

Studio CLI v2 は、コマンドを自分で実行する場合でも、AI エージェントと協力する場合でも、日常の開発において WordPress Studio をよりスクリプト化し、自動化に優しいものにします。

さらに進みたい場合は、Studio CLI ドキュメントが、できることとそれをワークフローに組み込む方法を説明しています。

まだ WordPress Studio を試していない場合や、しばらく経っている場合は、今が飛び込む絶好の機会です。Studio をダウンロードし、サイトを立ち上げ、更新された CLI をすぐに試してみてください。