AI を使って完全な WordPress 移行インベントリを作成する方法

AI は WordPress 移行インベントリを照合できますが、未加工の識別子を保持し、ホスティング、DNS、データベース、ファイル、プラグイン、メディア、ユーザー、統合に関する欠落した証拠を明らかにする必要があります。

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

一文で言えば: AI は WordPress 移行インベントリを照合できますが、未加工の識別子を保持し、ホスティング、DNS、データベース、ファイル、プラグイン、メディア、ユーザー、統合に関する欠落した証拠を明らかにする必要があります。

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

アーキテクチャ、移行の順序、またはカットオーバーに関する判断を承認する前に、技術的および事業上のスコープを可視化する日付付きの移行インベントリを作成します。

• URL、コンテンツ、ユーザー、メディア、パッケージ、設定、データベース、ファイル、統合を対象とするコンポーネントインベントリ。
• 所有者、権限、移行要件を含む依存関係マップ。
• カバレッジと未知事項の台帳。
• 凍結、カットオーバー、検証のための入力パッケージ。

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

準備する証拠と入力

• WordPress のエクスポートと読み取り専用の REST 証拠。
• シークレットを含まないデータベースおよびファイルのマニフェスト。
• ホスティング、DNS、メール、CDN、キャッシュ、分析、コマース、サードパーティ統合の記録。
• 現在の URL、リダイレクト、canonical、言語のインベントリ。
• 事業上重要なワークフローと説明責任を持つ所有者。

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

「これをレビューして」「これを修正して」「これを改善して」といった広範な依頼から始めないでください。作業が支援すべき判断、含まれる母集団、各フィールドの権威ある情報源、許可される操作、禁止されたままのアクションを定義します。このタスクには、認証済みの WordPress アクセスまたは管理されたエクスポートが必要です。

WordPress は投稿と固定ページだけではありません

成功する移行は、コンテンツエクスポートには含まれないユーザー、メディア派生物、スケジュール済みタスク、フォーム、webhook、コマース記録、DNS、メール、外部サービスに依存する可能性があります。

インベントリはコピーを許可しません

機微なデータ、ライセンスされた資産、個人情報は、移動前にスコープ、取扱規則、承認を必要とします。

未知の依存関係には第一級のステータスが必要です

所有者の欠落や文書化されていない統合は、一般的な「その他」カテゴリーに吸収するのではなく、ローンチリスクとして可視のままにする必要があります。

観察、推論、権限を分けて維持する

管理されたレビューでは、少なくとも次の状態を区別する必要があります。

1. 観察済み: 名前付きの記録、ファイル、応答、レンダリング済みページ、実行済みテストに直接存在するもの。
2. 推論済み: 証拠に裏付けられているものの、直接には確立されていない妥当な解釈。
3. 推奨: 提案された人間の判断または次のアクション。
4. 承認済みかつ検証済み: 個別に承認され、実行され、その後受入基準に照らして確認された変更。

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

安全なワークフロー

1. 移行境界、環境、移行先に関する前提を定義します。
2. 日付と所有者を含め、各権威システムからインベントリを収集します。
3. 未加工の名前、パス、ID を保持しながら識別子を正規化します。
4. 依存関係、重複、競合、欠落したカバレッジを特定するよう AI に依頼します。
5. コンテンツ、技術、セキュリティ、事業の所有者とともにインベントリを検証します。
6. 各オブジェクトを、移行、再構築、廃止、アーカイブ、リダイレクト、未解決に分類します。
7. 承認済みのスコープを凍結し、カットオーバーの前提条件を作成します。
8. 移行後の検証とロールバックのために、ソースインベントリを保持します。

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

プロンプトのレシピ

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

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

目的:
アーキテクチャ、移行の順序、またはカットオーバーに関する判断を承認する前に、技術的および事業上のスコープを可視化する日付付きの移行インベントリを作成します。

次のフィールドを返します:
- Object ID
- System
- Object type
- Authority
- Owner
- Current location
- Destination
- Dependency
- Sensitive data
- Decision
- Unknown
- Verification

規則:
1. シークレットや不要な個人データを収集しないでください。
2. WordPress のリンクが指していないからといって、オブジェクトが未使用だと仮定しないでください。
3. 正確なファイルパス、ID、URL、環境名を保持します。
4. インベントリの証拠と移行判断を分けます。
5. 何も移行、削除、再設定しないでください。

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

このプロンプトがこのように構成されている理由

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

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

推奨アクセス境界

このガイドで説明する段階では Read Only を使用します。ID で利用できる正確な能力は、インストール済みの製品バージョン、公開されたカバレッジ契約、実際に使用している接続方法から得る必要があります。

このタスクの対象外にすべきこと

• 移行の実行
• 削除またはクリーンアップ
• 認証情報のコピー
• 自動的な廃止判断
• 隠れた未知事項

拒否されたアクションは、制御境界が機能していることを示す有用な証拠になり得ます。予想される拒否に対して、広範な管理者アカウントや Full Power を付与して応答しないでください。まず、そのアクションが現在の委任に属するかどうかを判断します。属する場合は、必要最小限の能力を持つ個別に承認された段階を作成します。

WP Agent Control の位置付け

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

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

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

検証チェックリスト

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

よくある失敗モード

• プラグイン一覧のインベントリ: インベントリがプラグインで止まり、設定、データ、外部依存関係を見落とします。
• メディアパスの喪失: 添付ファイルは数えられても、派生サイズ、参照、保存場所がマップされません。
• 環境の混同: ステージング、本番、レガシーの資産が、情報源ラベルなしで混在します。
• 所有権の空白: 重要なシステムは列挙されても、その取扱いを承認できる説明責任者がいません。

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

高度な注記

複雑なプログラムでは、インベントリを単一のスプレッドシートではなく、バージョン管理されたオブジェクトと関係として符号化します。そうすれば、元の証拠グラフを保持しながら、承認済みの状態からカットオーバー計画を生成できます。

関連ガイド

• AIでWordPressのURLインベントリを作成する方法
• AI で WordPress プラグインを棚卸しする方法
• AI で WordPress メディアライブラリを監査する方法
• AI で WordPress のバージョン状態レポートを作成する方法

次のステップ

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