microCMSをAI運用に乗せるとき最初に決めた3つのルール

はじめに

microCMS と AI を組み合わせると、記事本文の作成だけでなく、下書き保存まで一気に自動化したくなります。ただ、実際に運用へ乗せるときは、接続できるかどうか以上に、どこまでを AI の責任範囲にするかを先に決めておくことが重要でした。

今回は、Codex と MCP を使って microCMS に記事を下書き保存できるようにした中で、先に決めておいて正解だったルールを 3 つに絞って共有します。

結論

最初に固定しておいたほうがよかったのは、次の 3 点です。

• 公開ではなく、下書き保存までを AI の担当範囲にする
• 保存後は必ず API で読み戻して確認する
• 初回設定と通常運用を分けて考える

この 3 点を決めるだけで、無理なく安全に回しやすくなりました。

ルール1. AI は公開ではなく下書きで止める

まず最初に決めたのは、AI に任せる範囲を「下書き保存まで」に限定することです。記事の叩き台作成、HTML 整形、microCMS への登録までは AI が進めても、公開だけは人間が最終確認してから行う形にしました。

この分け方にしておくと、スピードを落とさずにリスクだけを抑えられます。特に、社内ノウハウや改善記録のような記事は量を回したい一方で、誤字や表現の微修正は人間が見たほうが早い場面もあります。

ルール2. 保存できたかどうかは必ず読み戻して確認する

AI 運用では、保存リクエストが成功したことと、想定どおりの内容が入っていることは別物です。そこで、下書きを作成したあとは、返ってきた content ID を使って API で読み戻し、タイトルと本文を確認するところまでを 1 セットにしました。

この確認を入れておくと、「保存はできたが本文が欠けていた」「タイトルだけ入っていた」といった事故を早い段階で防ぎやすくなります。見た目の一部だけで判断せず、保存後の実データを見るのが重要です。

ルール3. 初回設定と通常運用を分ける

もう 1 つ重要だったのは、初回の認証や権限調整と、日常的な記事投稿を別物として扱うことです。初回は API キー権限の調整や接続確認が必要でも、それを毎回の運用に持ち込む必要はありません。

一度つながった後は、通常フローとしてはブラウザを開かず、MCP 経由で記事を作成し、読み戻して確認するだけに寄せたほうが運用が安定しました。毎回セットアップの確認から始める形にすると、作業が重くなり継続しにくくなります。

今回の運用で固定した最小フロー

今回の microCMS 運用では、最低限の流れを次のように固定しました。

1. 記事タイトルと本文を作る
2. MCP 経由で blogs に下書きを作成する
3. 返却された content ID で読み戻す
4. 内容を確認して作業ログに残す
5. 公開は人間が判断する

この流れにしておくと、記事作成と CMS 反映の間に無駄な往復が減ります。AI に任せる範囲が明確なので、指示も短くしやすくなります。

まとめ

microCMS を AI 運用に乗せるときは、単に接続できる状態を作るだけでは不十分でした。実際には、「下書きまで」「読み戻し確認」「初回設定と通常運用の分離」というルールを先に決めておくことで、かなり実務に乗せやすくなります。

記事作成を継続していきたいなら、AI に何をさせるかよりも、どこで止めるかと、どう確認するかを決めるほうが先です。この 3 つを固定しておくと、運用の安定感が大きく変わります。