ChatGPT（Codex）で
WordPressに下書き投稿

画面がよく似ているので、どちらを開いているのか分かりにくいです。ブラウザ（SafariやChrome）の上のほうにアドレス（chatgpt.com）が出ていれば、それはブラウザです。

Macの画面いちばん下のDockから、白い吹き出しの「ChatGPT」を開いてください。無ければ App Store で「ChatGPT」を入れます。

AIが作った作業場所（blog）を、分かりやすいようにとデスクトップへ動かしたところ、AIが場所を見失い、「使い方ガイド」も設定ファイルも開けなくなりました。元の場所が分からず、戻せませんでした。

フォルダは動かさない、が一番の対策です。もし動かしてしまって戻せないときは、「新しいタスク」→「プロジェクトを選択」→「新規プロジェクト」で、もう一度 blog2 のような名前で作り直し、手順3からやり直してください。中身を見たいときは、AIの返事の右上にある「開く ▾」→「フォルダで開く」を使えば、動かさずに見られます。

プロフィール画面には「ユーザー名」「ニックネーム」「ブログ上の表示名」の3つの名前が並んでいて、見た目が同じことも多いので、どれが本物か迷います。前回は「ニックネーム」を写していました。

いちばん上の「ユーザー名」欄（「変更できません」と書いてある欄）だけが正解です。迷ったら、その欄をもう一度見て写し直してください。

画面を閉じると、同じパスワードは二度と表示されません。一覧に残るのは名前だけです。

見失ったら、慌てずに同じ手順でもう1本作ってください。古いほうは一覧の「取り消し」で捨てれば済みます。何本作っても構いません。

合鍵そのものが写っています。チャットに貼ると、その会話を見られる人全員が使えてしまいます。

合鍵は次の手順でAIが開いてくれる設定ファイルに貼ります。チャットには「発行した」とだけ伝えれば十分です。

前回は、AIが「.env」という名前の隠しファイルを作りました。Macはこの種類のファイルをダブルクリックでは開けず、「どのアプリで開くか」を聞いてきます。テキストエディットを探して指定する所で、20分ほど止まりました。

プロンプト①で「.txt で作って、テキストエディットで開いて」とAIに頼んでいるので、この壁は出ないはずです。もしAIが「ファイルの場所」だけ伝えて開いてくれなかったら、チャットに「その設定ファイルをテキストエディットで開いて」と、もう一度言ってください。

前回はここで止まりました。合鍵を新しく作り直しても同じでした。あとから、そのサイトを外から確かめて分かったのは、合鍵の中身が違うのではなく、合鍵がサーバーでWordPressに渡る前に落とされていたことです。この型は、何度合鍵を作り直しても直りません。

原因は1つではないので、エラーの中の code（英語の短い言葉）で切り分けます。プロンプト①に「切り替えて」と入れてあるので、多くの場合はAIが自分で次の入口に移ります。止まったままなら、下の文章をそのまま貼ってください。

接続がうまくいきません。次の順で調べて、結果を私に分かる言葉で報告してください。
1. 設定ファイルのサイトURLに実際にアクセスして、http→https や www の転送が起きていないか確かめる。起きていたら、転送先のURLに設定ファイルを直す。
2. サイトURL/wp-json/ が開くか確かめる。
3. わざと存在しないユーザー名と偽の合鍵で /wp-json/wp/v2/users/me を呼び、返ってくる code を見る。
   ・invalid_username や incorrect_password なら、合鍵は届いている。設定ファイルの3行（ユーザー名・24文字）を私と一緒に見直す。
   ・rest_not_logged_in なら、合鍵がサーバーで落とされている。REST API ではなく XML-RPC（サイトURL/xmlrpc.php の wp.newPost）で下書きを作る形に道具を切り替える。ユーザー名と合鍵はそのまま使う。
4. XML-RPC も使えないときは、原因の候補（セキュリティ系プラグイン・サーバーの設定）を挙げて止まる。私は講師に見せる。
公開（publish）は引き続き絶対にしない。

1. code が invalid_username か incorrect_password → 合鍵は届いていて、中身が違う。①ユーザー名がニックネームやメールになっていないか ②24文字の前後に余計な文字や改行が入っていないか ③合鍵を発行した人と、ユーザー名が同じ人か。この3つを見直して、AIに「直した、もう一度」と言う
2. code が rest_not_logged_in（現在ログインしていません） → 合鍵が落とされている型。AIに「XML-RPCに切り替えて」と言う。前回止まったサイトは、外から確かめたところこの型で、XML-RPCの入口は開いていました（切り替えて通るかは当日に確認）
3. XML-RPCも使えない → WordPressの「プラグイン」でセキュリティ系（SiteGuard・Wordfence・All-In-One Security など）を一時的に停止して再テスト。それでも同じなら、サーバーの設定を1か所直します（.htaccess というファイルに3行足す）。ここはひとりで触らず、講師と一緒に進めてください

AIに「code を教えて」→ 上の1・2・3の順。2で通る見込みですが、3になったら講師の出番です。ここまで来れば、あとの手順は全部楽です。

サーバー会社が入れている不正アクセス防止の壁（WAF）が、機械からの書き込みを怪しんで止める場合があります。この手順を作った環境でも、画像のアップロードで起きました。

まずはAIに任せてください。送り方を変えると通る場合が多く、実際にそれで解決しています。それでも通らないときだけ、サーバー会社の管理画面でWAFを一時的にオフにします（会社によって場所が違うので、講師と一緒に）。試したあとは必ずオンに戻してください。

Codexは「タスク」ごとに会話が分かれます。前の会話が見えなくても、道具と設定ファイルは blog のフォルダの中に残っています。

「新しいタスク」→ プロジェクトで blog を選ぶ → いつもの頼み方を貼るだけで、同じ道具が使えます。設定は毎回やり直さなくて大丈夫です。