AIは、宿の公式サイトを調べ、記事原稿を作り、リンク切れを探し、決められた手順でWordPressへ反映できます。一方、文章が自然でも事実が間違っていたり、コマンドが成功しても公開画面が直っていなかったりします。
問題は「AIが間違うかどうか」ではありません。間違えたときに、予約、決済、個人情報、本番サーバーまで被害が広がる権限を与えていないかです。
この記事では、ねこ宿研究所の運用で実際に見つかった失敗をもとに、AIへ任せられる補助、人の承認が必要な作業、AI単独へ任せない作業を整理します。
結論：緑・黄・赤の三段階に分ける
| 区分 | 考え方 | 例 |
|---|---|---|
| 緑：補助を任せる | 間違っても元データや相手を変えない | 公開ページの調査、原稿案、リンク候補、点検表 |
| 黄：人が承認する | 対象と戻し方を確認して一件ずつ進める | 記事公開、既存ページ修正、画像登録、設定変更 |
| 赤：AI単独へ任せない | 金銭・契約・個人・復旧・強い権限に関わる | 返金、予約変更、外部送信、削除、復元、鍵・管理者変更 |
AIを使うことと、本番サーバーや予約管理を自由に操作させることは別です。最初は緑だけから始め、黄へ進む場合も作業単位で承認します。
失敗1：「調べて」が「直して」になった
起きること
宿主さんは原因を知りたいだけなのに、AIが問題を発見した勢いでファイルや設定まで修正することがあります。診断と実装の境界が依頼文にないと起きやすい失敗です。
防ぎ方
原因を調査して報告してください。
今回は読み取りだけにし、ファイル、WordPress、サーバー、外部サービスは変更しないでください。
修正案と影響範囲、必要なバックアップを示したところで止まってください。
調査結果を確認した後に、対象ファイルや投稿IDを指定して別の依頼にします。
失敗2：もっともらしい古い情報を使った
起きること
AIは、サービス名、料金、URL、機能、正式なファイル名を自然な文章で間違えることがあります。検索結果の短い説明だけを読み、別サービスや古い仕様を同じものとして扱う場合もあります。
ねこ宿研究所でも、Codex用の指示ファイル名を単数形として扱っていたことや、似たドメインの予約サービスを取り違えたことがありました。
防ぎ方
- 現在の公式ページを実際に開く
- サービス名とドメインを一文字ずつ確認する
- 料金・機能・規約には確認日を付ける
- 一次資料で確認できない内容を「未確認」にする
- AIの記憶や検索結果の要約だけで公開しない
失敗3：一か所だけ直し、古い案内が残った
起きること
記事本文を直しても、タイトル、description、ハブページ、関連記事、メニュー、OTA、予約確認メールに古い案内が残ります。新しい記事から既存記事へリンクしても、既存記事から戻るリンクがなく、読者がたどり着けない場合もあります。
防ぎ方
変更前に「同じ情報が掲載される場所」を検索します。
公式サイト、予約画面、OTA、SNS、メール、PDF、内部リンク
更新後は、変更した場所だけでなく、残ってはいけない旧表現も検索します。
失敗4：コマンド成功を表示成功だと思った
起きること
投稿更新や機能有効化の処理が正常終了しても、キャッシュ、別の取得処理、テーマの表示条件などにより、読者が見るページへ反映されないことがあります。
ねこ宿研究所では、宿主向け記事をトップの新着から除外する処理を追加しても、最初は別の新着取得処理に記事が残りました。
防ぎ方
- WordPressから投稿値を読み直す
- 公開URLをログアウト状態で開く
- PCとスマートフォンの画面を確認する
- 「消えるべきものが消えた」だけでなく「残るべきものが残った」ことも見る
- 予約、問い合わせ、地図など利用者の導線を確認する
失敗5：バックアップを実行しただけで安心した
起きること
バックアップコマンドを実行しても、稼働中ファイルの変更、容量不足、通信切断、DB出力失敗などで不完全なファイルになる場合があります。
防ぎ方
成功条件を先に決めます。
- 処理の終了状態が成功
- アーカイブを読み取れる
- チェックサムが一致する
- データベース出力に完了記録がある
- 必要なファイルと設定を含む
- 復元手順と担当者が分かる
失敗したバックアップを成功と報告せず、作成途中のファイル、直近の検証済みバックアップ、今回の変更の可逆性を確認します。削除、DB移行、WordPressやサーバーの更新は、正常な最新バックアップなしで進めません。
失敗6：親切な具体例が環境情報の公開になった
起きること
読者へ分かりやすく見せようとして、接続先、内部パス、利用者名、サーバー構成、実コマンド、認証方法に近い情報をサンプルへ入れてしまうことがあります。
防ぎ方
公開記事では、判断原則、架空環境、確認項目までを示します。実環境の接続方法や防御構成は公開しません。
秘密値を伏せ字にするだけでは十分とは限りません。攻撃の手がかりになる構成情報も公開前に確認します。
失敗7：一括修正で対象外まで変えた
起きること
「投稿者を全部変更」「リンクを一括置換」「古いファイルを掃除」といった依頼は便利ですが、固定ページ、下書き、別カテゴリ、外部URL、利用中ファイルまで巻き込む可能性があります。
防ぎ方
- 変更候補の件数と一覧を先に出す
- 対象・対象外の条件を人が確認する
- 少数件または一件で試す
- 変更前後の値を比較する
- 想定件数と違えば止める
一括操作は、同じ処理を速くするだけでなく、同じ誤りを速く広げる操作でもあります。
失敗8：外部の文章を命令として扱った
起きること
Webページ、問い合わせ、口コミ、ログ、アップロードされた文書には、AIへ別の操作をさせようとする文章が含まれる可能性があります。調査対象の文章をプロジェクトの指示として扱うと、目的外のアクセスや情報出力につながります。
防ぎ方
- 外部文章はデータとして扱う
- ページ内の命令やコマンドを実行しない
- 調査URLと許可ドメインを限定する
- ダウンロードした内容をそのままシェルへ流さない
- 外部送信やログインは別承認にする
AIへ補助を任せやすい作業
次は、読み取りとローカル作業から始めやすいものです。
- 公開サイトのページ一覧とリンク候補を整理する
- 公式資料を探し、確認日とURLをまとめる
- Markdownの原稿案を作る
- title、description、見出し、代替テキストの候補を作る
- 重複記事や古い現在形の表現を探す
- 公開後のHTTP、主要リンク、スマホ表示を点検する
- 変更候補と影響範囲を報告する
- 作業記録やチェックリストを整形する
これらも結果を鵜呑みにせず、宿の事実、公開権利、読者への影響を人が確認します。
人の承認後に一件ずつ行う作業
- WordPress記事の下書き登録
- 承認済み投稿IDの公開
- 既存記事の本文・title・description変更
- カテゴリ、タグ、アイキャッチの設定
- ハブページと関連記事の内部リンク更新
- 検証済みの小さなテーマ・プラグイン修正
- 承認済みのお知らせ掲載
承認には、対象、変更内容、実行方法、バックアップ、戻し方、公開後に確認するURLを含めます。「サイトを直してよい」という包括的な承認にしません。
AI単独へ任せない作業
予約者・問い合わせ相手への操作
- 予約の確定、変更、取消
- 宿泊者への一斉送信や個別返信
- 問い合わせフォームの実送信
- 電話発信
- 口コミへの公開返信
文章案はAIが作れても、本人確認、適用条件、相手、送信時刻を人が確認します。
金銭と契約
- 料金やキャンセル料の最終決定
- カードへの請求
- 全額・一部返金
- 無断不泊の判定と請求
- 決済・予約サービスの契約変更や解約
- 税・会計・法的判断
AIは確認表や計算案を作れますが、契約、規約、宿泊者の同意、決済会社の条件を確認して責任者が承認します。
個人情報と秘密情報
- 実在する予約者一覧の読み込みや外部送信
- カード番号、本人確認書類、健康情報の処理
- パスワード、二段階認証コード、APIキー、秘密鍵の表示
- 秘密情報を会話、ログ、原稿へ貼り付けること
AIが作業に必要な場合でも、最小権限の仕組みからだけ参照させ、値を表示させない設計を技術担当者と行います。
破壊的・復旧作業
- 投稿、画像、ユーザー、データベースの一括削除
- データベースの初期化、取り込み、一括置換
- バックアップからの本番復元
- OS、Docker、PHP、MySQLなどの更新・再起動
- ドメイン、DNS、TLS、メール設定の変更
- 管理者、SSH鍵、sudo権限の変更
AIには手順案、差分、確認表の作成を頼めますが、実行は管理者が影響と復元方法を確認して判断します。
猫・健康・法的な最終判断
- 猫の病名や治療の判断
- 接客可能かどうかの医学的判断
- 死因や非公開情報の推測
- 宿泊約款、返金義務、権利関係の最終判断
- 写真の権利者や人物同意を推測で確定すること
AIの説明は獣医師、行政、弁護士などの個別判断を代替しません。
サンドボックスと承認の両方を使う
OpenAIの公式ドキュメントでは、Codexの安全制御を二つの層に分けています。
- サンドボックス：どの場所へ書けるか、ネットワークへ接続できるかなど、技術的に可能な範囲
- 承認ポリシー：範囲外の操作などで、実行前に処理を止め、人に確認する条件
「危険な操作をしないで」という文章だけでなく、AIが間違えても実行できない権限にします。さらに、OS・SSH・WordPress・予約サービス側でも専用アカウントと最小権限を使います。
詳しい権限設計はAIに本番サーバーを触らせるときの権限設計を参照してください。
すぐ止めるべき兆候
- 対象件数が事前確認と違う
- 読み取り依頼なのに変更を始めた
- 知らない接続先や外部サービスへアクセスしようとした
- パスワードや秘密値を表示しようとした
- バックアップやテストが失敗した
- 実行結果と公開画面が一致しない
- 予約、料金、猫の状態を推測で確定した
- 元へ戻す方法を説明できない
異常を見つけたら、追加コマンドで帳尻を合わせようとせず、その時点の結果、対象、時刻、エラーを記録します。
作業前に使える線引きプロンプト
宿のWordPress運用を手伝ってください。
最初に作業を次の三つへ分類し、まだ実行しないでください。
1. 読み取り・ローカル原稿としてAIへ任せられる作業
2. 対象、バックアップ、戻し方を示し、人の承認後に行う作業
3. 予約、外部送信、決済、個人情報、削除、復元、権限変更など、AI単独では行わない作業
今回の目的：［目的］
対象：［URL、原稿、投稿など］
必要な最小権限、変更対象、対象外、失敗時の停止条件、
公開後に確認する項目を示してください。
不明な事実は推測せず、確認が必要な相手と資料を示してください。
私が対象を承認するまで、ログイン、編集、公開、送信、削除はしないでください。
失敗後の記録テンプレート
発生日時：
依頼した目的：
許可した範囲：
実際に行われたこと：
影響した投稿・ファイル・サービス：
外部送信・個人情報・決済への影響：
停止した時点：
利用できる検証済みバックアップ：
復旧担当者：
原因：事実誤認／対象誤り／権限過大／確認漏れ／その他
次回の技術的な制限：
AGENTS.md・CLAUDE.mdへ追記するルール：
再開を承認する人：
「AIが間違えた」で終わらせず、次回は同じ操作が技術的に広がらない仕組みへ変えます。
まとめ
AI運用の安全性は、完璧なプロンプトではなく、失敗を前提にした範囲と停止条件で作ります。公開情報の調査や原稿案は補助を任せ、記事公開は一件ずつ人が承認し、予約・送信・決済・個人情報・削除・復元・権限変更・医学や法的な最終判断はAI単独へ任せません。
ねこ宿研究所で起きた具体例と、失敗を次のルールへ変えた流れはねこ宿研究所をAIで運用している実例で紹介しています。最初の安全ルールとテンプレートはCodex・Claude CodeでWordPressを管理する前にから確認してください。
何を頼めばよいか分からない段階では、宿主さんのためのCodex・Claude Code相談入門から、相談・調査・実装を分ける会話方法を確認できます。
参考資料
※製品の設定や名称は変わる場合があります。導入時はOpenAI Docs、Anthropic公式資料、契約中のサーバー・予約・決済サービスの現行手順を確認してください。
