wp-playground

WordPress Playground

これは薄いルーティングラッパーです。適切な Playground ワークフローを選び、タスクに必要な参照資料またはスキルだけを読み込んでください。

手順

1. ユーザーの意図を特定します。Blueprint の作成・レビュー、ローカル CLI の実行、ブラウザーのみでの Web サイト／共有リンクのワークフロー、Xdebug／停止した CLI の実行、または複数の Playground 関連リクエストのいずれかです。
2. 以下から該当するソースへ誘導し、リクエストに複数の異なる内容が含まれる場合に限り、複数のソースを読み込みます。
3. 複数の内容を含むリクエストでは、Blueprint の JSON 作業を blueprint に委任し、その後、ランタイム、CLI、デバッグ、または共有に関するガイダンスを得るためにここへ戻ります。

• Blueprint JSON、スキーマ、手順、リソース、バンドル、または Blueprint のレビュー：blueprint スキルを直接使用します。ここで Blueprint スキーマの詳細を重複して説明しないでください。
• ローカル CLI の実行：@wp-playground/cli サーバー、run-blueprint、build-snapshot、マウント、バージョン切り替え、ローカル検証について、references/cli.md を読みます。
• Xdebug または停止した CLI の実行：Xdebug、ランタイムログ、ワーカーフラグ、停止した CLI の実行について、references/debugging.md を読みます。
• ブラウザーのみで行う Playground の Web サイトワークフロー：Query API と Blueprint URL の設定、共有リンク、ブラウザーの制限について、references/website.md を読みます。既存サイトの操作は、WebMCP、Playground MCP、Sites API の個別の参照資料へ誘導されます。選択した方法に必要なものだけを読み込んでください。ユーザーが特定の接続方法を指定していない場合は、サポート対象のブラウザー操作には、利用可能な WebMCP ツールを優先してください。

必要な入力

• 目的のワークフロー：Blueprint の作成、ローカル CLI の実行、Web サイト／共有リンク、スナップショット、またはデバッグ。
• コードをローカルでマウントまたはパッケージ化する必要がある場合は、プロジェクトまたはバンドルのパス。
• 互換性が重要な場合は、希望する WordPress／PHP のバージョン。
• ローカルサーバーが必要な場合は、希望するポート。
• ブラウザーのみでの共有が必要か、ローカルファイルシステムへのアクセスが必要か。

ガードレール

• Playground インスタンスは破棄可能な SQLite ベースの環境です。本番データを接続しないでください。
• スキーマと例の信頼できる情報源が一つになるよう、Blueprint JSON のガイダンスは blueprint に集約してください。
• ローカル CLI で作業する場合は、コマンドを実行する前に Node.js 20.18+ と npm／npx を確認してください。
• ブラウザーのみで使用する Playground はローカルファイルシステムのパスを読み取れません。公開 URL、ホストされた ZIP バンドル、またはインラインの Blueprint JSON を使用してください。

検証

• Blueprint の内容は公開済みスキーマに照らして検証し、blueprint スキルの検証手順に従います。
• ローカル CLI の実行では、マウントしたプラグイン／テーマ、または Blueprint による変更が Playground インスタンスに反映されていることを確認します。
• 共有リンクでは、生成された URL を開き、想定したランディングページとインストール済みのアセットが読み込まれることを確認します。

失敗モード

• Blueprint の作業がここに誘導された場合：処理を止め、スキーマキー、手順、リソース、バンドル、検証、または Blueprint のレビューについては blueprint スキルを使用してください。
• ブラウザーのみのワークフローでローカルファイルシステムが必要な場合：references/cli.md を使用してください。playground.wordpress.net はローカルファイルシステムのパスを読み取れません。
• ローカル CLI ワークフローで共有可能なブラウザーリンクが求められた場合：references/website.md を使用してください。ローカルサーバーの URL は共有リンクとして持ち運べません。
• デバッグが二段階目の参照先として扱われた場合：Xdebug、ログ、ワーカーフラグ、停止した CLI の実行については、references/debugging.md を直接読みます。

エスカレーション

• Playground では提供できない PHP 拡張機能、ネイティブのデータベースアクセス、永続性、または本番環境に近いインフラがタスクで必要な場合は、wp-env、Docker、またはプロジェクト提供の環境など、完全な WordPress スタックを使用します。