WordPress AIタスクのカバレッジマトリクスを構築する方法

タスクカバレッジマトリクスでは、すべてのアシスタントがすべてのタスクを実行できる証拠としてマーケティングのリストを提示するのではなく、文書化、公開、権限付与、テスト、検証済みのWordPress操作を区別すべきです。

AIはここでは、証拠の整理役、比較エンジン、下書き支援として最も有用です。複雑なWordPressタスクを検査しやすくできますが、欠けている権限を作り出すこと、観察していない事実を証明すること、または推奨を行動の許可へ暗黙に変換することはできません。

一文で言うと： タスクカバレッジマトリクスでは、すべてのアシスタントがすべてのタスクを実行できる証拠としてマーケティングのリストを提示するのではなく、文書化、公開、権限付与、テスト、検証済みのWordPress操作を区別すべきです。

このガイドで達成できること

WordPressタスクを、証拠ソース、接続方法、アイデンティティ、能力、クライアント、テスト状況、既知の制限へ結び付ける、バージョン管理済みのマトリクスを作成します。

• WordPressタスクファミリーと原子的操作の正準タクソノミー。
• 文書化、利用可能、許可、テスト、検証済みの状態を示すマトリクス。
• テストされていない組み合わせと裏付けのない主張のためのギャップキュー。
• 機密性の高い実装詳細を漏らさずに制限を明らかにする公開用投影。

完成した成果物は、意思決定の責任者が理解でき、元のプロンプトに参加しなかった人が再現できるものでなければなりません。流暢な回答だけでは不十分です。すべての重要な結論には、情報源、スコープ、検証経路が必要です。証拠が何かを確立できない場合、正しい出力は明示的な未知、または検証可能な仮説です。

準備する証拠と入力

• 製品カバレッジ契約と配布済みバージョン。
• RESTルート、能力、プロファイル、権限テストの証拠。
• テスト済みバージョンを伴うクライアントおよび接続の文書。
• タスクベンチマークの実行と既知の失敗記録。
• 公開、内部、実験的なカバレッジラベルの規則。

証拠をアシスタントへ提供する前に、認証情報、秘密値、無関係な個人情報を削除してください。残るものを解釈するために必要な識別子、バージョン、タイムスタンプ、ロケール、単位、情報源ラベルは保持します。URL、状態、日付のないスクリーンショットは有用な文脈となり得ますが、本番の意思決定にとって十分な権威となることは稀です。

「これをレビューして」、「これを修正して」、「これを改善して」といった広い依頼から始めないでください。作業が支えるべき意思決定、含まれる母集団、各フィールドで権威を持つ情報源、許可された操作、禁止されたままの操作を定義します。計画または調査段階では、ローカルリポジトリ、隔離されたフィクスチャ、またはエクスポートされた証拠を使用すべきであり、本番WordPressへのアクセスは不要です。

カバレッジには複数の次元がある

操作はWordPressに存在しても、選択した接続を介して利用できない、アイデンティティに対してブロックされる、クライアントで未テストである、または製品契約でサポートされていない場合があります。

タスク名は分解すべきである

コンテンツの管理は広すぎます。投稿を読むこと、下書きを作成すること、別の作成者の投稿を編集すること、公開することは、それぞれ異なる権限を持つ別の操作です。

未知は有効な状態である

空白セルを推論によって「はい」に変換してはいけません。組み合わせがテストされていない理由を記録します。

観察、推論、権限を分ける

統制されたレビューでは、少なくとも以下の四つの状態を区別すべきです。

1. 観察済み： 指定されたレコード、ファイル、応答、レンダリング済みページ、または実行済みテストに直接存在するもの。
2. 推論済み： 証拠によって支持されるが、直接確立されてはいない妥当な解釈。
3. 推奨： 提案された人間の意思決定または次の行動。
4. 承認済みかつ検証済み： 別途承認され、実行された後に受入基準に照らして確認された変更。

AI出力は通常、最初の三つの状態から始まります。詳細であり、内部的に整合し、技術的に説得力があるだけで承認済みになるわけではありません。この区別を表、レポート、チケット、公開ケーススタディで維持してください。

安全なワークフロー

1. 原子的タスク、オブジェクト、状態、副作用の語彙を定義します。
2. 文書化された操作と製品カバレッジを、文書をテスト証拠へ変換せずにインポートします。
3. 必要な接続方法とアイデンティティをマッピングします。
4. 権限およびベンチマークの証拠をテスト済みセルに添付します。
5. 各セルを、文書化済み、公開済み、許可済み、テスト済み、検証済み、拒否済み、非対応、未知のいずれかに分類します。
6. 配布済み製品バージョンに照らして公開の主張をレビューします。
7. 正準マトリクスからサニタイズ済みの表とガイドリンクを生成します。
8. 関連する製品、WordPress、クライアントの変更のたびにマトリクスを再計算します。

この順序では、説明責任を伴うレビューを分析と実装の間に意図的に置きます。後の段階でより広いアクセスが必要な場合は、新しいタスク、新しいアイデンティティ、または明示的な権限変更を作成してください。正しい境界に達したという理由で、分析用アイデンティティを密かに昇格させてはいけません。

プロンプトのレシピ

プロンプトを使用する前に、角括弧内のすべての値を置き換えてください。パスワード、APIキー、認証Cookie、非公開の顧客記録、無関係な個人情報を貼り付けないでください。

提供された証拠のみを用いて、[TASK SCOPE] に関する [SITE, REPOSITORY OR DATASET] をレビューしています。

目的：
WordPressタスクを、証拠ソース、接続方法、アイデンティティ、能力、クライアント、テスト状況、既知の制限へ結び付ける、バージョン管理済みのマトリクスを作成します。

以下のフィールドを返してください：
- タスクID
- オブジェクト
- 状態
- 副作用
- 接続
- アイデンティティ
- 能力
- クライアント
- 文書化済み
- 公開済み
- 許可済み
- テスト済み
- 検証済み
- 証拠
- 制限

規則：
1. 異なる操作を広範なマーケティングカテゴリへまとめないでください。
2. 文書と実行済みの証拠を分離します。
3. すべての検証済みセルをバージョンおよび成果物に結び付けます。
4. テストされていない組み合わせは未知のままにします。
5. レビューなしに、能力に関する内部または機密性の高い詳細を公開しないでください。

各所見について：
- 正確な情報源、レコード、URL、ファイル、行、オブジェクトID、状態、またはデータセット行を特定すること。
- 日付、バージョン、単位、ロケール、識別子、分母を保持すること。
- 観察、推論、推奨、未知を分離すること。
- 利用できなかった証拠を述べること。
- WordPress、ソースコード、コマースデータ、分析、外部システム、公開済みコンテンツを変更しないこと。

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

このプロンプトは、推奨を求める前に証拠契約を作成します。欠測データを可視化し、モデルが不完全なレコードをもっともらしい文章で補完する可能性を減らし、体系的にレビューできる出力を生成します。構造化フィールドにより、反復実行の比較や、承認された部分を後続の実装ワークフローへ引き渡すことも容易になります。

本番実装では、JSONスキーマ、型付きツール入力、自動検証を追加できます。これらの仕組みは一貫性を向上させますが、情報源の証拠が真実、完全、または最新であることを確立するものではありません。人間によるレビューとシステム固有の検証は依然として必要です。

推奨されるアクセス境界

このガイドで説明する段階では、計画または調査段階においてWordPressアクセスを使用しないでください。アイデンティティが利用できる正確な機能は、インストール済み製品バージョン、公開されたカバレッジ契約、実際に使用している接続方法から得なければなりません。

このタスクの外に置くべきもの

• 自動的な能力有効化
• マーケティング上の誇張
• 想定されたクライアント互換性
• バージョンを伴わない主張
• 未知から対応済みへの変換

拒否された操作は、統制境界が機能している有用な証拠になり得ます。予想された拒否に対し、広範な管理者アカウントやFull Powerを付与して応答してはいけません。まず、その操作が現在の委任範囲に属するかを判断してください。属する場合は、最も狭い必要な機能を備えた別途承認済みの段階を作成します。

WP Agent Controlの位置づけ

これはWordPressの一般的な作業手順であり、Agent Controlがここで扱うすべての対象や連携機能を編集できるという意味ではありません。ガイド付き手順では、まず公開ページから始めます。プラグイン、テーマ、ユーザー、設定、ファイル、削除、WooCommerce、ACF、ページビルダーの操作は、標準のガイド付きタスクではありません。必要に応じて、別途検証されたツールと権限を使ってください。

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

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

検証チェックリスト

• ☐ タスク、母集団、期間、環境、意思決定が明示されています。
• ☐ すべての重要な観察は正確な証拠にリンクされるか、仮説としてラベル付けされています。
• ☐ 安定したID、URL、バージョン、日付、単位、ロケール、分母が保持されています。
• ☐ 欠けている証拠とカバレッジの制限が可視のままです。
• ☐ 分析または調査用アイデンティティは、禁止された変更を一切行いませんでした。
• ☐ 該当する場合、適格な所有者がセキュリティ、アクセシビリティ、法務、コマース、リリースへの影響をレビューしました。
• ☐ すべての実装には、別個の委任、アクセスレベル、バックアップ、検証計画があります。
• ☐ 一時的なアイデンティティ、フィクスチャ、機密性の高い証拠は、タスク後に取り消し、リセット、または廃棄されます。

よくある失敗モード

• ブール値による単純化： 一つの「はい」または「いいえ」が、トランスポート、アイデンティティ、状態、証拠の違いを隠します。
• 文書化はテスト済みと等しい： 公式APIの説明が、製品とクライアント経路が機能する証拠として提示されます。
• バージョンドリフト： エンドポイント、モデル、プロファイルが変更された後も、マトリクスが公開されたままです。
• 逸話によるカバレッジ： 一度の成功した実行が、タスクファミリー全体のサポートを確立します。

繰り返される横断的な失敗は、権限ドリフトです。最初のタスクが制限に遭遇し、オペレーターが不足している操作が必要、サポート対象、または安全かを判断する前にアクセスを広げます。これは拒否の証拠価値を破壊し、後続の結果の帰属を困難にします。

研究状況と公開ゲート

このページは、完了した研究ではなくプロトコルを定義します。ベンチマーク値、プロバイダー順位、成功率、実証的結論は含みません。リポジトリに対応するバージョン管理済み実行成果物も含まれていない限り、Codexは提案された指標を所見へ変換したり、グラフを合成値で埋めたり、指定されたアシスタント、トランスポート、製品バージョンがテストされたと示唆したりしてはなりません。

公開リリースの前に、研究には事前登録プロトコル、固定されたフィクスチャ、承認済み予算、反復実行、決定論的検証、レビュアー規則、サニタイズ済み証拠パッケージが必要です。すべての結果は、分子、分母、欠落した実行、正確なバージョンセット、不確実性を示さなければなりません。後のモデル、クライアント、WordPressリリース、権限プロファイルは異なる処置であり、以前の結論を自動的に継承すべきではありません。

高度な注記

マトリクスは、バージョン管理済みの能力、ポリシー、証拠オブジェクトの生成された投影になり得ます。その場合、公開文書は同期を保ちつつ、表示レイヤーが実際のサポートを拡大することを許しません。

関連ガイド

• WordPressタスクにおけるClaude CodeとCodexの比較：統制評価プロトコル
• WordPressタスクのREST対MCP：統制されたベンチマーク・プロトコル
• AI エージェント向け WordPress 権限テストマトリクスの作成方法
• WordPress AI の失敗パターン：調査と分類のプロトコル

次のステップ

最も関連性の高い補助ガイドに進み、認証済みタスクの前にアクセスレベルガイドを使用してください。一時的なWordPressアクセスが不要になったら、アイデンティティを取り消すことで終了します。