AIでWordPressの編集トーンを標準化する方法

トーンの一貫性は、すべてのページを同じように聞こえさせることではありません。堅実なレビューは、安定したブランド原則、ページ種別間の正当な違い、混乱や矛盾を生む箇所を特定します。AIは比較を速められますが、技術的な正確さや地域言語のニュアンスを消してはいけません。

発見、推奨、編集を別々の段階に保つと、コンテンツ作業はより安全になります。アシスタントは根拠を整理し、選択肢を素早く準備できますが、専門分野の正確さ、編集上の責任、公開承認は人間の責任のままです。

ひと言で言うと: 承認済みの例から文体モデルを作り、意味のある逸脱を分類し、書き換えを始める前に対象を絞った変更を推奨します。

このガイドでできること

このワークフローは、使用可能な文体標準とページ単位の逸脱レポートを作成します。意図的な変化と不整合を区別し、専門用語を保ち、より専門的に聞こえるようにという曖昧な指示ではなく、編集者へ具体的な指示を与える必要があります。

有用な結果は、単に洗練された回答ではありません。どのレコードまたはページを調査したか、どの根拠が利用できなかったか、アシスタントが何を推論したか、人間が何を決める必要があるか、どの操作が引き続き禁止されているかを示さなければなりません。

成功した出力に含めるべきもの

• 承認済みの例を持つ少数の文体次元。
• 文の構造、フォーマルさ、用語、根拠、行動喚起のルール。
• 標準から逸脱するページ単位の抜粋と、その理由および重大度。
• オーディエンス、市場、ページ種別、規制上の文脈ごとの例外。
• 監査とは別に保たれる、優先順位付きの編集バックログ。

準備する根拠と入力

サイト自体に一貫性がない場合、モデルはサイト全体からブランドボイスを信頼できる形で推論できません。ソース例を選定し、その権威性を説明してください。

• 希望する文体を代表する、承認済みの五件から十五件の例。
• 模倣してはならない例と、その理由。
• オーディエンスの区分、市場、専門知識の水準。
• 承認済みの用語、名称、大文字表記、禁止された主張。
• 正確なまま維持しなければならない法的または技術的な箇所。
• コンテンツ種別と言語ごとの代表的なWordPressページサンプル。

各入力について、日付、ソース、範囲、既知の欠落を記録します。タスクに不要な資格情報、個人情報、顧客データは削除してください。

形容詞ではなく次元として文体をモデル化する

親しみやすい、専門的、人間的といったラベルは、監査には曖昧すぎます。それらを観察可能な判断へ変換します。文の長さ、一人称または二人称の使用、説明量、不確実性の扱い、用語、根拠、行動喚起、ユーモアです。

• フォーマルさと距離
• 技術的密度
• 直接性と文の長さ
• 不確実性の扱い
• 根拠と帰属
• 行動喚起
• 地域言語の慣習

正当な変化を保つ

セキュリティ警告、製品ページ、初心者向けチュートリアルが同じリズムであるべきではありません。監査は、単に言葉が異なるからではなく、ページの役割または承認済みルールと矛盾するときだけ逸脱を報告すべきです。

安全なワークフロー

1. 権威ある肯定例と否定例を選びます。
2. 観察可能な文体次元を抽出し、ルールを作成します。
3. 人間の編集者に文体モデルを承認してもらいます。
4. 種別、オーディエンス、ロケールごとにページをサンプリングします。
5. 各逸脱について正確な抜粋を引用するようアシスタントに依頼します。
6. 逸脱を重大度と意図性で分類します。
7. 地域の編集者と専門分野の責任者と共に例外を確認します。
8. 別の編集バックログを作成します。
9. 広く適用する前に、新しい下書きでルールをテストします。

このワークフローは、分析と実装を意図的に分離します。後の変更段階は、分析用アイデンティティの権限を静かに広げるのではなく、承認済みの出力を参照するべきです。

プロンプトのひな型

このプロンプトを使用する前に、角括弧内のすべての値を置き換えてください。パスワード、APIキー、非公開の顧客レコード、無関係な個人情報を指示に貼り付けてはいけません。

提供されたWordPressコンテンツのサンプルを、承認済みの文体モデルに照らして監査してください。

レビューした各ページについて、次を返してください:
- ページIDと種別
- 想定するオーディエンスと目的
- 正確な抜粋
- 影響を受ける文体次元
- 観察されたパターン
- 比較に用いた承認済みルールまたは例
- 重大度: 情報的、中程度、または高
- 意図的な例外? はい、いいえ、または不明
- 推奨する編集指示。置換用の文章ではないこと

ルール:
1. すべてのページを同一の表現に強制しないでください。
2. 技術的、法的、ローカライズされた用語を維持してください。
3. WordPressコンテンツを書き換えないでください。
4. 各所見について承認済みの文体ルールを引用してください。
5. 意図を推測するのではなく、曖昧さを記録してください。

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

このプロンプトは、各判断を次元、抜粋、承認済みルールに結び付けます。置換用の文章ではなく編集指示を求めるため、監査を制御されていない書き換えに変えるのではなく、出力をガバナンスに役立つものに保ちます。

推奨アクセス境界

読み取り専用アイデンティティを使用します。アシスタントはスコープに含まれるWordPressレコードを調べられますが、コンテンツの作成、編集、削除、公開の試みは拒否されるべきです。

このワークフローは、公開上の意味、検索における解釈、コンバージョン、製品情報に影響する可能性があります。変更を適用する前に、明示的なレビューを必須にしてください。

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

• 公開済みコンテンツの編集。
• 未承認ページから推論した新しいブランドルール。
• 文体上の理由による技術用語または法的用語の置換。
• 同一のトーンがすべてのオーディエンスまたは言語に適切であるという想定。
• 文体の一貫性だけで順位やコンバージョンが改善するという主張。

アクセスレベルは出発点の推奨であり、普遍的な資格ではありません。アイデンティティが利用できる正確な能力は、インストール済みの製品バージョンと公開された対象範囲から得る必要があります。

WP Agent Controlの位置付け

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

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

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

検証チェックリスト

• ☐ 文体モデルが承認済みの例から作られている。
• ☐ 各所見に正確な抜粋とルールが含まれている。
• ☐ ページ種別とロケールの例外が保持されている。
• ☐ 技術用語と法的用語が承認なしに簡略化されていない。
• ☐ 監査出力に、未レビューの置換用文章ではなく指示が含まれている。
• ☐ WordPressコンテンツが変更されていない。

よくある失敗モード

• 形容詞だけの文体ガイド: 大胆、親しみやすいなどの語は、テスト可能な編集ルールになりません。
• 専門性の平板化: すべてのページをカジュアルに聞こえさせるため、技術的な正確さが失われます。
• ソースの汚染: 既存の悪いページが、望ましい文体の根拠になります。
• ローカライゼーションの盲点: 英語の慣習が他の七つの言語に押し付けられます。

高度な注記

文体ルールは、例と例外を持つバージョン管理されたテスト可能な制約として表します。後の各下書きは、使用したルールバージョンを参照できます。これにより、一つの時代を超えたプロンプトが文体を定義するふりをせずに、組織は文体を発展させられます。

関連ガイド

• AIでWordPressコンテンツをインベントリ化する方法
• 公開せずにAIでWordPressページを書き直す方法
• AIでWordPressの読解レベルと明確性を監査する方法
• WordPressで作業するAIへの良い指示の書き方

次の手順

読みやすさについては明瞭性監査を使用し、その後制御された書き換えワークフローで承認済みの変更を適用します。