ステージングまたは Playground で WordPress AI ワークフローをテストする方法

本番環境の前に、使い捨てのブラウザー環境、ローカルサイト、またはステージングサイトで WordPress AI ワークフローをテストします。環境には、合成またはサニタイズ済みのコンテンツ、テスト対象の正確なプラグイン成果物、分離された ID、既知の受け入れフィクスチャーを含める必要があります。

適切なテストは、取得、意図した操作、拒否された操作、ロールバック、取り消しを実証します。また、結果を再現できるようにバージョンも記録します。

**一文で言うと：**安全なラボでは、ワークフローが実際のユーザーに影響する前に、成功と失敗の両方を予測可能にできます。

このガイドで実現できること

このガイドは、コンテンツ、SEO、接続のシナリオに再利用できるテストラボを定義します。Codex が製品インターフェースを捏造したり顧客データを公開したりせずに、実際のスクリーンショットと動画を作成するのに役立ちます。

有用な AI ワークフローは、回答の品質だけで定義されるものではありません。アシスタントが到達できるデータ、実行を許可された操作、後から確認できる証拠、アクセスを簡単に撤回できるかどうかによっても定義されます。

これが重要な理由

本番システムには、変化するデータ、有効な認証情報、事業上の影響があります。コネクターがページネーション、失敗、予期しないツール呼び出しをどのように処理するかを学ぶ場所としては不適切です。使い捨て環境により、チームは期待結果を制御できます。

WordPress Playground はブラウザーで WordPress を実行でき、デモや分離された実験に役立ちます。ただし、外部ネットワークやライセンスに関するすべてのワークフローが、本番環境とまったく同じように動作するわけではありません。一部のテストでは、ローカル環境とステージング環境が依然として必要です。

期待される出力

成功した実行では、次を作成する必要があります。

• 合成コンテンツを含む再現可能な WordPress フィクスチャー。
• インストール済みのプラグインとコネクターのバージョン。
• 定義済みの ID と期待される機能。
• 許可、拒否、ロールバック、取り消しのテストケース。
• ドキュメントに適したサニタイズ済みのキャプチャーとログ。

環境を選択する

高速なブラウザーデモと自己完結型の例には Playground を使用します。ファイルシステム、CLI、パッケージの制御が必要な場合はローカル WordPress を使用します。ホスティングスタック、プラグイン、認証を本番に近づける必要がある場合はステージングを使用します。一つの環境が他のすべてを証明するとは決して想定しないでください。

決定論的なフィクスチャーを作成する

安定した ID または識別可能なタイトルを持つ、既知の投稿、ページ、カテゴリー、下書きを追加します。許可する対象を一つ、禁止する対象を一つ含めます。架空の名前、架空のドメインを使用し、顧客データは使用しません。

ライフサイクル全体をテストする

インストール、接続、検出、有用なタスク一件、拒否一件、ログアウトまたは認証情報の削除、プラグインの無効化、復旧をテストします。書き込みテストでは、スナップショットまたはリビジョンを保持し、ロールバックを確認します。

証拠を安全に取得する

スクリーンショットは、実際に配布されたプラグインと実際のクライアントインターフェースから取得する必要があります。URL、ユーザー名、ライセンス状態、認証情報をサニタイズします。生成されたイラストは概念を説明できますが、実行時の証拠の代わりにしてはいけません。

安全なワークフロー

1. 必要な対象面に従って Playground、ローカル、またはステージングを選びます。
2. 正確な配布済みプラグイン成果物をインストールします。
3. 合成コンテンツと既知の期待結果を作成します。
4. テストするモード用の専用 ID を作成します。
5. 一時的な認証情報でコネクターを構成します。
6. 成功、拒否、ロールバック、取り消しのテストを実行します。
7. サニタイズ済みの証拠とバージョンメタデータを取得します。
8. テスト後に環境を破棄またはリセットします。

プロンプトのレシピ

このプロンプトをコピーする前に、角括弧内のすべての値を置き換えます。認証情報、顧客データ、個人情報を指示に貼り付けないでください。

指定された非本番環境で、次の WordPress AI 受け入れテストを実行してください。

フィクスチャー：
- 期待される読み取り可能なレコード： [ID/title]
- 期待される禁止操作： [action]
- 期待される下書き対象： [ID/title or none]

テストシーケンス：
1. 環境とプラグインのバージョンを確認してください。
2. 期待される読み取り可能なレコードを取得してください。
3. 禁止操作を試行し、拒否を記録してください。
4. 書き込みが対象範囲に含まれる場合は、承認済みの下書きのみを作成し、その ID と状態を報告してください。
5. 認証情報を取り消してください。
6. 無害な読み取りを繰り返し、認証が現在失敗することを確認してください。
7. 簡潔な証拠マニフェストを返してください。秘密を公開しないでください。

このようにプロンプトを構造化する理由

このプロンプトにより、デモは事前定義されたフィクスチャーを使う受け入れテストになります。また、物語的な主張ではなく、取り消しの証明と証拠マニフェストを要求します。

推奨アクセス境界

Read Only ID を使用します。アシスタントは範囲に含まれる WordPress データを検査できますが、コンテンツの作成、編集、削除、公開の試みはすべて拒否される必要があります。

低リスクはゼロリスクを意味しません。入力範囲を確認し、出力に私的または無関係な情報が含まれないようにしてください。

アクセスレベルは開始時の推奨であり、普遍的な権限ではありません。ID に利用可能な正確な WordPress 機能は、この記事だけでなく、インストール済みの製品バージョンと公開されている対象範囲に基づく必要があります。

タスクの範囲外に残すべきこと

• フィクスチャーに顧客データまたは本番データを含めない。
• 証拠として生成されたスクリーンショットを提示しない。
• 許可なく実在するアカウントに対して試用またはライセンス有効化を行わない。
• Playground がすべてのホスティングまたはネットワーク動作を再現するとは想定しない。

WP Agent Control の位置付け

接続後は、サイトの構造化情報を取得し、選択した公開ページを調べられます。この公開情報の読み取りに一時タスクは不要です。公開ページはプラグインなしでも閲覧できます。Agent Control は構造化されたアクセスと、その先の許可された WordPress 作業への流れを提供します。

下書きタスクを許可し、必要な参照コンテンツを選択します。アシスタントが作成・修正できるのは、そのタスクで新しく作った下書きです。既存の参照資料は、それ自体が下書きでも読み取り専用のままです。結果を WordPress で確認してください。

Solo、Pro、Agency で、対象コンテンツとフィールドを選んだ提案タスクを許可します。WordPress で完全な差分を確認し、承認する提案を選択してください。承認は対象、フィールド、現在の内容に結び付いており、元データやタスクが変わると無効になる場合があります。 内容の変更を承認しても、公開の許可にはなりません。Solo、Pro、Agency で、有効な承認を対象とする公開タスクも必要です。公開された結果はご自身で確認してください。

AI を接続する: docs first profile · 機能と対応環境を見る: coverage

検証チェックリスト

• ☐ 正確な配布済み成果物を使用している。
• ☐ フィクスチャーは合成かつ決定論的である。
• ☐ 成功と拒否の結果が期待と一致する。
• ☐ 書き込み操作は可逆である。
• ☐ 認証情報は一時的で、取り消されている。
• ☐ キャプチャーとログはサニタイズされている。

一般的な失敗モード

• 開発ブランチを証拠として使う： 公開サイトが、商用成果物に結び付かない動作を主張することになります。
• 正常系だけをテストする： 権限と取り消しの境界が不明なままです。
• 本番データを使用する： ドキュメント作業がプライバシーと運用上のリスクを生みます。
• 一つの環境を万能とみなす： ホスティング、ネットワーク、ライセンスの違いが無視されます。

高度な注記

テストシナリオは、フィクスチャーバージョン、成果物ハッシュ、環境、クライアント、コネクター、ID モード、期待ツール、期待出力、証拠パスを含むデータとして保存します。将来の CI ジョブは、機微でないシナリオを再実行し、自動公開せずに互換性の変動をフラグ付けできます。

関連ガイド

• WordPressでAIを安全に使い始める方法
• Claude CodeをWordPressに接続する方法
• Codex を WordPress に接続する方法
• AIアシスタントのWordPressアクセスを取り消す方法

続ける

次のステップ： AIにどのWordPressアクセスレベルを与えるべきですか？ を使用して、この原則を具体的な WordPress アクセスプロファイルに変換します。より広い権限を検討する前に、ワークフローをテストしてください。