MANIARU では、AIエージェントの Claude Code にも WordPress の作業を手伝ってもらっています。記事の下書きを作る、公開中のページにリンクを足す、全記事の一覧を確かめる、画像を差し替える。どれも、私が承認してから進める形です。
Claude Code を加えたときに決めたことは、Claude Codeを加えて、WordPressの投稿者を分けたに書きました。サーバーを触らせるときの決まりは、Claude Codeにサーバーを触らせるときの決まりに書きました。
この記事は、その続きです。11月5日から11日までの1週間、実際に運営してみてつまずいたことと、そのたびに足した決まりを書きます。設定の手順やコードは載せず、「何が起きて、何を決めたか」を中心にまとめます。
この記事で分かること
- 予約投稿が、予約の時刻に公開されていなかったこと
- コマンドで WordPress を操作する道具が、プラグインの都合で止まったこと
- 公開中のページを直す前に、毎回している2つのこと
- 「誰が直したか」が記録に残らなかった失敗
- 複数の AI が書くサイトで、ほかの AI の記事を見分ける方法と、直し合うときの決まり
- 外から指摘を受けて、記事の画像からロゴを消したこと
- まだ分からないこと
前提として、Claude Code が WordPress につなぐ道は2つあります。記事や画像を扱う窓口（REST API）と、サーバーにつないでコマンドで WordPress を操作する道具（WP-CLI）です。前者は「編集者」の権限、後者はサーバーの上のことをすべて操作できる接続なので、書き換えるときは毎回私に確認する決まりにしています（くわしくは投稿者を分けた記事）。
1. 予約投稿が、9時に出ていなかった
11月5日の朝9時に、Claude Code の記事を1本、予約投稿にしていました。ところが、9時を過ぎても公開になっていませんでした。
そこで、9時7分に、WordPress の予約の処理を手で呼び出して公開しました。
WordPress の予約投稿は、「WP-Cron」という仕組みで処理されます。WP-Cron は、決まった時刻に必ず動くのではなく、誰かがサイトを開いたときなどをきっかけに動く、と説明されています。ただ、この日の遅れの原因がそれだったのかは、確かめていません。
次の日、6日の9時に予約した記事は、9日に見たときには公開になっていました。9時ちょうどに出たかどうかまでは、確かめていません。
2. コマンドの道具が、プラグインの都合で止まった
11月9日、WP-CLI で記事の一覧を読もうとしたところ、「重大なエラー」で止まりました。
調べると、サーバーの上で WP-CLI が標準で使う PHP（WordPress を動かしているプログラムの言語）の版が、お問い合わせのフォームのプラグインが求める版より古いことが原因でした。サイトの表示は別の版の PHP で動いているので、読む人の側には影響はありませんでした。
決めたこと：WP-CLI は、新しい版の PHP を指定して呼ぶ。この呼び方を、Claude Code が読む手順書に書いた。
サイトの画面には何も出ていなくても、コマンドの道具だけが止まることがある、という例でした。
3. 公開中のページを直す前に、2つ確かめる
MANIARU には、AI に作業を任せるときの決まりの記事を並べた目次のページ（SERIES — AIに作業を任せるときの決まり。）があります。新しい記事を公開するたびに、Claude Code がこのページに1行ずつ足しています（11月5日と9日）。
公開中のページは、直した瞬間に読む人に見えます。そこで、直す前に毎回、次の2つをしています。
- データベースの控えを取る。 直したあとで戻したくなったときのためです。ふだんは WordPress のリビジョン（記事の過去の版）から戻し、それでだめなときに控えを使います
- 最後に更新された日時を見る。 前に読んだときの日時と違っていたら、その間にほかの誰か（ほかの AI を含む）が直したということです。そのときは直さずに止まり、私に知らせる決まりです
直したあとは、公開中のページを開いて、足した行が出ているかを見ます。
4. 「誰が直したか」が「不明」で残った
11月9日に目次のページを直したとき、失敗が1つありました。
WordPress は、記事を直すたびにリビジョンを残し、そこに「誰が直したか」も記録します。ところが、このときのリビジョンは、直した人が「不明」になっていました。WP-CLI で直すときに、どのユーザーとして直すかを指定し忘れたためです。
このサイトには、私のほかに ChatGPT 側と Claude Code のユーザーがいます（投稿者を分けた記事）。誰が直したかが分からないと、あとで見直すときに困ります。
決めたこと：WP-CLI で記事やページを変えるときは、必ず Claude Code のユーザーを指定する。手順書に、この失敗とあわせて書いた。11月10日の直しでは、リビジョンに Claude Code として残っていることを確かめました。
5. ほかの AI の記事を、投稿者で見分ける
MANIARU では、Claude Code のほかに、Codex（OpenAI の AI エージェント）も記事を書いています。11月6日には、Codex が書いた連載の第1回（「勝てる戦略」をAIに聞くより、10部署の投資会社を作ることにした）が公開されました。ほかの AI の記事は、Claude Code の側には予告なく増えます。
そこで、Claude Code が記事を書く前には、毎回次のことをする決まりにしました（11月9日、私が決めました）。
- 予約・下書きを含めた全記事の一覧を、取り直す
- 投稿者のユーザーで、どの AI が書いた記事かを見分ける
- 書こうとする主題が、ほかの記事と重ならないかを確かめる。重なるなら、切り口を変える
- 予約中や下書きの記事の中身は、公開されるまで、記事にも SNS にも出さない
この記事も、書く前に一覧を取り直しました（11月11日、全部で100本）。
6. 投稿者どうしで、直し合ってよいことにした
それまでは、「ほかの AI の記事は直さない」という決まりでした。11月10日に、これを変えました。どの AI が書いた記事でも、お互いに直してよい。協力して、よいサイトにする、という考えです。
ただ、何でも直してよいわけではありません。決まりは次のとおりです。
- 直してよいのは、事実の誤り、古い値段や情報、切れたリンク、広告の表示、内部リンクの追加、誤字
- 書き手の意見・構成・題名を大きく変えるときは、先に私に聞く
- 予約中の記事は、公開されるまで直さない（書き手が仕上げている途中かもしれないため）
- 直す前に控えを取り、更新日時を確かめ、自分のユーザーで直す。直した内容は記録に残す
11月10日には、この決まりで、ほかの投稿者の記事3本の広告の表示と古い料金の表を、Claude Code が直しました。どの記事も、直す前に私が内容を見て承認しています。
反対に、Claude Code の記事がほかの AI に直されたことは、11月11日の時点ではまだありません。
7. 外から指摘を受けて、画像のロゴを消した
11月11日、外から指摘を受けました。ある記事の上の画像に WordPress のロゴが入っていて、「掲載の許可のないロゴは、著作権や商標権の侵害のおそれがある」というものです。
まず、その画像のロゴを塗りつぶした画像に差し替えました。そのうえで、ほかにも同じことがないかを、Claude Code に全記事の画像で調べてもらいました。目で見た画像は120枚です。
見つかったのは、次の3件でした。
- WordPress のロゴ：下書きの記事のアイキャッチ（大きく）、公開中の記事の画面写しの端（小さく）
- OpenAI のロゴ：公開中の記事のアイキャッチ（大きく）
WordPress のロゴは塗りつぶし、OpenAI のロゴは一般的な吹き出しのアイコンに替えた画像に差し替えました。差し替えたあと、元の画像が、どの記事やページからも使われていないことを確かめてから、元の画像も消しました。どれも、1件ずつ私が承認してから行っています。
トップページにある X や Instagram などへの入口のアイコンは、そのままにしました。自分のアカウントへの入口に、そのサービスのマークを置く使い方だからです。ただ、各社が決めている使い方（色や大きさなど）に合っているかは、まだ確かめていません。
また、SNS ですでに共有された記事のカードの画像は、SNS の側に古いものが残ることがあります。
指摘のあった画像が、実際に侵害にあたるのかどうかは、確かめていません。
まだ分からないこと
- 11月5日の予約投稿が遅れた原因は、確かめていません
- 投稿者どうしで直し合う決まりは、始めたばかりです。ほかの AI が Claude Code の記事を直したときに、うまく回るかは、まだ分かりません
- トップページの SNS のアイコンが、各社の決まりに合っているかは、確かめていません
やって分かったこと
この1週間、つまずくたびに、Claude Code が読む手順書に書き足してきました。
振り返ると、足した決まりの多くは、「あとから見て分かるようにする」ためのものでした。誰が直したかを残す。どの AI の記事かを見分ける。直す前の日時を見る。
AI が複数いるサイトでは、作業そのものより、「誰が・いつ・何をしたか」が分かることの方が大事だと感じています。
関連記事：