公開せずに AI で WordPress の編集を準備する方法

AI アシスタントは、Draft を中心としたワークフローで作業することで、WordPress の編集を公開せずに準備できます。アシスタントは新しい下書きを作成でき、別途許可されている場合は制御された編集も準備できますが、WordPress の ID には公開権限がありません。

ワークフローでは、元のコンテンツを保持し、変更した各フィールドを特定し、プレビューまたは diff を提供して、公開前に停止する必要があります。人間が別の操作でレビューし、公開します。

一文で言うと： コンテンツの準備と公開を分離すれば、AI は何を公開するかを決めずに作業を加速できます。

このガイドでできること

このタスクは、安全な編集制作ラインを作ります。承認済みのブリーフ、範囲を限定したソース資料、下書きの作成、証拠、人間によるレビュー、そしてエージェント実行の外側で行う公開です。

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

これが重要な理由

公開は執筆とは異なる事業上の意思決定です。両方が一つのプロンプトで行われると、事実確認、ブランドレビュー、説明責任が弱くなります。下書きのワークフローは、不可逆な公開手順を人間の管理下に置いたまま、時間短縮の大部分を得られます。

期待される出力

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

• 新しい WordPress 下書き、または明確に段階化された提案編集。
• 使用したソース資料の一覧。
• フィールド単位またはセクション単位の変更概要。
• 未解決の質問とレビューが必要な主張。
• 公開が利用できないままであったことの証拠。

下書きを作成するか、既存の内容を編集するかを選ぶ

公開済みのレコードを変更するより、新しい下書きを作成するほうが安全です。元の内容がそのまま残るためです。既存のページを編集する必要がある場合もありますが、リビジョンまたはスナップショットを保持し、正確なレコードとフィールドを特定する必要があります。

下書きの根拠を整える

承認済みのブリーフ、ソース文書、ブランドルール、対象読者、禁止する主張を提供します。アシスタントは重要な記述を引用するかソースに対応付け、もっともらしい文章で埋めるのではなく、不足情報をマークする必要があります。

変更レポートを要求する

タスクは、WordPress レコード ID、下書きの状態、変更したセクション、ソース参照、未解決の質問、レビュー用チェックリストを返す必要があります。これにより、最終文面が長くても結果をレビューできます。

公開できないことを証明する

下書きを作成した後、受け入れテストとして公開を要求します。WordPress の ID は拒否する必要があります。応答を記録し、承認された場合は人間のレビュアーが別途公開します。

安全なワークフロー

1. 範囲を絞ったコンテンツブリーフとソースセットを承認します。
2. 専用の Draft ID を作成します。
3. 一つのレコードまたは新しい下書き対象を選択します。
4. アシスタントにコンテンツの準備とソースの記録を依頼します。
5. 下書き、diff、未解決の質問を確認します。
6. 公開を試行し、拒否を確認します。
7. 人間が別途修正と公開を行います。
8. 継続中のワークフローに従ってアクセスを取り消すか維持します。

プロンプトの例

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

以下の承認済みブリーフから WordPress の下書きを作成してください。

対象：
- コンテンツタイプ： [post/page/product]
- 既存レコード ID： [none or ID]
- 作業用タイトル： [title]
- 対象読者： [audience]
- 必須ソース： [list]
- ブランドおよび法的な制約： [list]

ルール：
1. 下書きとしてのみ作成または保存してください。
2. 他のレコードを公開、予約、削除、変更しないでください。
3. 事実、推薦文、価格、保証、製品機能を捏造しないでください。
4. 未解決の情報は [REVIEW REQUIRED] としてマークしてください。
5. レコード ID、状態、変更したセクション、ソースマップ、レビュー用チェックリストを返してください。
6. 下書きを保存したら停止してください。

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

プロンプトは対象、状態、禁止操作を指定します。明示的なレビューマーカーを作成し、ソースマップを要求するため、人間は根拠のある資料と未解決の欠落を区別できます。

推奨されるアクセス境界

アシスタントが新しい下書きを作成する必要があっても、公開済みの資料を変更したり、自ら公開したりしてはならない場合は、Draft ID を使用します。

このワークフローは編集上の意思決定に影響したり、未公開の変更を作成したりする可能性があります。範囲を狭く保ち、提案された変更をすべてレビューしてください。

アクセスレベルは出発点となる推奨であり、普遍的な権利ではありません。ID に利用可能な正確な WordPress 権限は、この記事だけではなく、インストール済み製品バージョンと公開されたカバレッジから得る必要があります。

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

• 公開も予約も行わない。
• 関係のないレコードを編集しない。
• 事実や商業的な主張を捏造しない。
• リビジョンまたはスナップショットの証拠なしに、元の内容を黙って置き換えない。

WP Agent Control の位置付け

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

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

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

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

検証チェックリスト

• ☐ 対象レコードとブリーフが明示されている。
• ☐ 結果が下書き状態のままである。
• ☐ ソースと未解決の質問が見えている。
• ☐ 元の内容が保持されているか、リビジョンがある。
• ☐ 公開が拒否される。
• ☐ 人間が最終レビューと公開を行う。

よくある失敗モード

• 利便性のために Publisher を使う： 準備と公開リリースが一つの操作にまとまります。
• 複数のレコードを編集する： 一ページ用のプロンプトがサイト全体に広がります。
• 不足した詳細を捏造する： 流暢な文章が裏付けのない主張を隠します。
• 変更レポートを省略する： レビュアーは何がなぜ変わったのかをすぐに理解できません。

高度な注記

本番ワークフローでは、各下書きを、対象 ID、ソースハッシュ、提案フィールド、レビュアー、承認状態、公開判断を含む変更セットとして表現できます。エージェントは変更セットを準備できますが、公開状態へ進めるべきなのは、承認された人間または別個の公開サービスだけです。

関連ガイド

• WordPressで作業するAIへの良い指示の書き方
• AIにどのWordPressアクセスレベルを与えるべきですか？
• WordPress AIアシスタントの最小権限
• AIアシスタントのWordPressアクセスを取り消す方法

続ける

次の手順： プロンプトをコピーし、まず推奨アクセスレベルで実行してから、より広い権限を付与する前に出力を検証してください。WP Agent Control は、この制御されたワークフロー用に、分離され取り消し可能な WordPress ID を提供できます。製品 と 料金 を参照してください。