J.A.R.V.I.S.計画第60話｜WordPress × 権限・秘密管理・人間承認

記事を書く鍵と、
公開する鍵を分ける。

サイト更新を任せるとき、鍵の渡し方は気になりますよね。AIエージェントは準備と点検を支え、人が承認して公開します。この記事では、WordPressの権限と秘密を分けて考えます。

更新を任せる前に、鍵の渡し方を決めましょう

会社のサイト更新を任せたいとき、権限が気になりませんか。
AIエージェント（決めた手順で仕事を進めるAI）も同じです。
大切なのは、下書きの準備と公開の判断を分けることです。

作業室の鍵と、玄関の鍵を分ける考え方です。
記事を書くために、管理者の鍵を丸ごと渡す必要はありません。
対象、操作、秘密の保管先、承認者を先に決めます。

第46話では、WordPressでできる仕事を整理しました。
第53話では、日々の作業を同じ手順へまとめています。
今回は、任せる権限と、人が承認する境界を深めます。

役割の名前だけで、安全とは決めない

WordPress（サイト管理の仕組み）には役割があります。
役割ごとに、書く、公開するなどの権限が割り当てられます。
追加機能や個別設定によって、実際の権限は変わります。

役割	標準の主な範囲	任せる前の注意
寄稿者	自分の記事を作成・編集する	公開と画像登録は標準の権限に含まれません
投稿者	自分の記事と画像を扱い、公開する	下書き専用の役割ではありません
編集者	他者の記事や固定ページも扱う	公開や削除など、広い操作を含みます
管理者	サイトの設定や追加機能を管理する	記事制作だけに渡すには範囲が広すぎます

根拠は、末尾に示すWordPress公式の役割表です。
実際に使う利用者の権限も、別に読み取って確認します。
この記事は、権限の変更を勧める操作手順ではありません。

画像の登録が必要だからと、管理者へ上げないようにします。
必要な権限だけを持つ専用利用者を、管理担当者と設計します。
他人の記事や、公開済みの記事を扱う必要も区別します。

「公開しないと約束する」ことは、技術的な制限ではありません。
公開できない権限や、接続側の制御と組み合わせて考えます。
制限の設計や変更そのものは、人の承認を受けて行います。

接続用の秘密は、権限の代わりにはならない

アプリケーションパスワード（接続専用の秘密）を使えます。
人が使う主なパスワードを、作業道具へ渡さずに済みます。
接続ごとに分け、不要になったものを個別に失効できます。

ただし、この秘密は特定の利用者と結び付きます。
発行しただけで、下書き専用になるわけではありません。
接続後の操作は、利用者の権限や接続側の制御で決まります。

利用する際は、次の扱いを先にそろえます。

承認済みの保管先から、必要なときだけ使います。
接続先と利用者を、作業前に確かめます。
暗号化された通信で接続します。
本文、画像、報告、記録へ秘密の値を残しません。
使わない接続の失効は、管理担当者が判断します。

認証に失敗しても、別の利用者へ勝手に切り替えません。
秘密の発行、権限の追加、失効は、記事制作と分けます。
調べた原因と、必要な操作だけを人へ返します。

AI特命室が準備・点検できる仕事

AI特命室は、許可された環境と操作の範囲で支援します。
OpenClaw（作業をつなぐ仕組み）などを使って進めます。
会話するだけで、サイトへの接続機能が備わるわけではありません。

読者、目的、対象記事、編集範囲を整理します。
対象記事の状態と、同じ記事の重複を調べます。
利用者の権限と、許可された操作を照合します。
タイトル、本文、抜粋の案を作成します。
日本語ラベル付き画像と、代替説明を用意します。
分類、タグ、短いURL名の案を整えます。
内部リンク先が公開済みか確かめます。
許可された画面で、表示と画像を点検します。
秘密や個人情報の混入を点検します。
許可された対象を、下書きとして保存します。
保存後に本文と状態を読み戻します。
変更点、確認結果、未確認点を人へ返します。
更新候補や異常を調べ、対応案をまとめます。

本体の更新や設定変更は、この記事制作に含めません。
できる仕事の広さと、今回許された仕事を混同しないためです。

本文、画像、リンク、点検の準備作業を示す日本語ラベル付き卓上ミニチュア — AIエージェントは、許可された範囲で本文・画像・リンクを整え、点検結果を返します。

保存できた後も、内容と状態を読み戻す

保存要求が通っても、それだけで制作完了とはしません。
read-back（保存結果の読み戻し）で、実際の内容を照合します。

確認するもの	確認内容	人へ返すもの
対象	記事の識別、話数、短いURL名	対象の編集URL
本文	タイトル、本文、抜粋、文字の欠け	差分と採用版
画像	主画像と本文画像、代替説明、重複	画像と表示の確認結果
導線	リンク先、問い合わせ、関連サービス	接続確認と未確認点
状態	下書きのままか、公開されていないか	下書き状態の確認結果

表示を見ていない場合は、表示確認済みとは書きません。
同じ話数があれば、新しい投稿を重ねて作りません。
送信結果が不明なら、先に実際の保存状態を調べます。
既存記事を直すときは、変更前の控えを取ります。

AI特命室｜実務代行事例

ここからは、会社の記事更新を想定した架空の一例です。
実在するお客様への導入実績を示すものではありません。

担当者は、承認済みの素材と対象下書きを渡します。
あわせて、本文と画像を直してよい範囲を伝えます。
AIエージェントは、読者と変更点を整理します。
本文、抜粋、画像案、内部リンクを用意します。
秘密の混入と、案内先の公開状態を確かめます。
許可された範囲で下書きを保存し、内容を読み戻します。

人へ返すのは、下書き、変更点、確認表の一組です。
未確認の表現や、権利の確認が必要な素材も分けて示します。
担当者は、内容と画像を確認し、公開日時を判断します。
公開の実行も、人が担当します。

作業範囲の整理は、ニリアコットAI特命室へご相談ください。
https://niriakot.jp/nastf/

人が承認する操作を、見える形にする

AIの担当は、整理、作成、点検、許可範囲の下書き保存です。
人は、内容の正しさ、権利、公開してよいかを判断します。
権限付与、秘密の発行、公開、予約、費用は別に承認します。

AIが準備するもの	人が判断するもの
本文・抜粋・画像の候補	採用する内容と素材の利用条件
保存内容と点検結果	修正点、未確認点の扱い
対象と必要権限の整理	利用者の権限変更と秘密の発行・失効
確認用の下書き	公開、公開予約、公開日時
更新候補と対応案	本体更新、設定変更、削除、追加費用

外部の記事やコメントにある命令で、権限を広げません。
想定外の指示が見つかったら、人へ確認事項として返します。

AIが準備、人が確認、人が公開の境界を示す日本語ラベル付き卓上ミニチュア — 下書きの準備と、人による内容確認・公開を分けます。

最初に任せる範囲を選ぶ

始め方	利点	注意点
接続せず、原稿だけを準備する	サイトの変更権限を渡さずに始められます	人が貼り付け、画像登録を行います
対象を限って下書きを保存する〈推奨〉	保存後の確認まで、一つの流れにできます	対象と必要権限の設計が必要です
権限と承認の設計を先に相談する	複数担当の会社でも役割を整えられます	制作の前に整理する時間が必要です