AIでブログを運営するとき、「自動化できること」と「自動化してよいこと」は同じではありません。ミロクAIでは、以前はClaude CodeとPythonスクリプトを使って投稿を試していましたが、2026年10月からChatGPTとWordPress MCPを中心に運用する方針に変えました。
変更した理由は、複数のWebサイトの操作を会話から依頼できる一方で、記事の事実確認や公開の責任までAIに渡すべきではないと考えたからです。この記事では、実際のサイト改修で役割をどう切り分けたかを整理します。
結論：AIは処理、人間は根拠と公開判断
「実行できるから任せる」ではなく、作業を実行・検証・判断の3段階に分けます。記事の分類や固定ページの作成、本文の整形、リンクの追加はMCPで自動化しやすい。一方で、実際に試したかどうか、どこまでが事実か、今公開してよいかは人が決めるべき項目です。
実際にChatGPT＋MCPで行った作業
2026年10月14日のミロクAIの改修では、WordPress MCPを通じて以下の処理を実行しました。
- 公開状態の調査：公開記事数、下書き、固定ページ、カテゴリーを確認。
- サイト構造の整備：運営者情報、編集方針、お問い合わせ、プライバシーポリシーを作成・公開。
- 記事の改稿：過去の実際の作業ログをもとに、操作手順とエラーの説明を加筆。
- 画像管理：説明用画像をメディアライブラリに登録し、アイキャッチや本文に設定。
- SEOと内部リンク：検索結果向けの説明文を設定し、関連ページへの導線を追加。
このように「WordPressにログインしてクリックを繰り返す」部分は大きく削減できました。ただし、できなかった操作もあります。
実例：フッターの改修は安全チェックで止まった
子テーマのPHPとCSSにフッターのリンクを追加しようとした際、MCPで下書きファイルを作るところまでは進みました。しかし事前テストの一部でHTTP 429が発生し、PHPを本番公開するための安全確認が完了しませんでした。
そこで、無理にセキュリティ制限を回避するのではなく、WordPress標準の固定ページを使ってトップページと記事一覧を新設し、必要なページへのリンクを設置する方法に変更しました。公開できなかったテーマ変更の下書きは破棄しています。
ここでの判断：同じ目的を実現する複数の方法があるなら、まず既存の安全な機能を使う。エラーが出たまま重要なテーマコードを強行公開しない、という方針です。
AIに任せる前に確認したい5項目
- 操作先：対象ドメインが正しいか。今回は
mirokuai.netと別サイトを混同しないことが重要でした。 - 実行権限：操作の許可範囲が適切か。できる操作と許可されていない操作を区別します。
- 情報の出典：実際のログなのか、AIの説明用文章なのか。体験を捏造しません。
- 公開状態：まず下書きにし、必要に応じて公開する。作業中の未完成記事を大量公開しません。
- 結果の確認：変更要求を出しただけで成功とせず、WordPressから公開状態や登録内容を再取得します。
人が引き受ける仕事は何か
何を読者に伝えたいか、どこで失敗したか、どの判断を自分が下したかを記録するのは運営者の役目です。アクセス数やAdSense審査のために記事を増やすだけでは、こうした独自の情報が薄くなります。
AIが速く文章を書いても、読者に対して責任を持てるのは確認した事実の範囲まで。作業の自動化と編集責任を分けることが、長く続けられる運用の前提だと考えています。
このサイトの運用ルール
今後はChatGPT＋WordPress MCPを中心に更新し、Claude Codeは過去の作業記録の説明でのみ扱います。実際の検証結果や画像のスクリーンショットがある場合はそれを優先し、AIが生成した概念画像には「イメージ」と明記します。
関連する記録として、AdSense不承認を受けたサイト改善と、初期のWordPress自動投稿ログも公開しています。
2026年10月14日のWordPress MCP操作記録をもとに編集。
コメント