AIネイティブなサイト運用の役割分担｜“続く仕組み”のつくり方
サイトは「作って終わり」ではなく、更新し続ける運用こそが本番です。そして運用でも、AIに任せていい所と、人が握るべき所があります。私たちは自社サイトを実際にAIで運用してきました。本記事は、その実感からの「続く運用のつくり方」です。
結論は3つ。①正本と履歴を一元化する（＝Gitが真実）②人の確認を工程に埋め込む ③良い手順は仕組みに固定する。 最新のツールより、この設計が、AIで成果を出し続けられるかどうかを分けます。本シリーズ（全体像・素材・道具）の締めとして、運用の話をします。
運用でこそ、人とAIの役割分担がはっきりする
更新・保守が続く運用では、「どこをAIに任せ、どこを人が握るか」を決めておくことが効きます。
実際、2026年のトレンドでも核心は同じで、「どこで人間が最終判断し、どこまでをAIに委ねるか」を定義できるかが、AIを使いこなす企業の分かれ目だとされています（Publickey（ガートナーの2026年戦略的テクノロジー））。私たちの運用での線引きは、こうなりました。
- AIに任せる運用：たたき台の作成、反復・整形の作業、定型のまとめや更新。
- 人が握る運用：方向性の判断、最終確認と公開の判断、そして結果の責任。
この線引きの考え方そのものは、別記事「AI活用で成果を分けるのは手順ではなく上流」にまとめています。運用は、その線引きが毎日問われる場でした。
AIネイティブ運用の3原則
私たちが、この運用で外せないと感じた3つです。
1. 正本と履歴を一元化する（記録が残る仕組み）
AIで速く動かすほど、「最新の正しい版がどれか」が迷子になりがちです。だから正本（マスター）を一つに定め、変更の履歴が残る土台に置く。誰が・いつ・何を変えたかをたどれて、元にも戻せる。担当者しか分からない“属人化”も防げます。これが運用のいちばん下の土台でした。
2. 人の確認を工程に埋め込む
自動化が進むほど、「最後の確認」の重みはむしろ増します。 実際、私たちもこの運用の中で、図版の文字が崩れているのを最終確認で見つけて直しました。確認は「気が向いたら」では飛ばされます。だから、流れの中の“関所”として工程にあらかじめ組み込む。動かすのはAIでも、世に出す責任は人にあります。
3. 良い手順は「仕組み」に固定する
一度うまくいったやり方は、その場限りにせず、型（メソッド）として固定して再現性を持たせます。たとえば私たちは、このコラムの作り方そのものを一つの型にまとめ、誰が書いても同じ品質とトーンで出せるようにしました。目的や価値観という“上流”さえ定まっていれば、下流の手順は固定して構いません。手順は使い捨て、上流が本体——という設計です。
私たちの運用の実際（このサイトでどう回したか）
原則を、具体的な流れにすると次のとおりです。
AIで記事や図版を作り、人が方向性と品質を確認し、Gitにコミットすると、あとは自動でサイトに公開される——この一本道で回しています。下書きは作業用に分けて置き、人がよしと判断したものだけを本番へ。正本はGitにあり、履歴も残るので、いつでも見比べて戻せます。これは道具選びの回（CMS選び）で書いた「保存＝コミット＝公開」の思想と、そのまま地続きです。
そして、ここでも「一行の指示で完璧が出る」ことはありませんでした。狙いに合わせて人がディレクションし、AIの出した案を選び、直す。その往復があって、はじめて自社の色になります。
ここから先は、この運用を支える基盤の技術的な話です。仕組みに関心がなければ、最後の「まとめ」まで読み飛ばしていただいてかまいません。
運用基盤の設計（技術的な詳細）
中心にあるのは「Gitが唯一の真実」という考え方です。
対話的な制作・修正は、AI（私たちの場合はClaude Code）を“司令塔”にして進めます。ただし、クラウド上のAIの作業環境は揮発します——セッションが終われば、その場の状態は消えます。だからこそ、状態（コンテンツや変更履歴）はAIの手元ではなく、Gitに置く。AIが消えても、正本は消えません。
運用基盤は、常駐サーバーを抱える構成から、常駐や外部公開を減らし、状態をGitに寄せる方向へ動かしてきました。クラウドの揮発性を、欠点ではなく前提として受け入れる設計です。役割分担としては、その都度の対話的な制作はAIとの対話で、定期的・自律的な保守は自動化（スケジュール実行＋AI）に寄せていく——と分けると、人の手が要る所が「判断」だけに絞られていきます。
このサイト自体も、この思想で「Markdown を書く → コミット → 自動で公開」を回しています。派手な常駐システムではなく、記録が残り・戻せて・自動で出る、という地味な土台が、AIネイティブ運用の背骨でした。全体像は「自社サイトをAIネイティブで作り直した全体像」にまとめています。
まとめ：AIネイティブ運用は「速さ」より「続く設計」
シリーズの締めとして、いちばん言いたいことです。
AIネイティブな運用の核心は、速さそのものではなく、**「続く設計」**にあります。役割分担を決め、正本と履歴を一元化し、人の確認を工程に埋め、良い手順を仕組みに固定する。この土台があってはじめて、速さが安全な成果に変わります。
このシリーズでは、作る（全体像）→ 素材 → 道具（CMS）→ 運用と見てきました。通底するのは、どこを任せどこを握るかの「線引きと設計」、そして自分たちの一次情報と人の判断です。AIが進化するほど、最新ツールを追うことより、この設計を持っているかが効いてきます。私たちは自社で実際に回してみて、そう確信しています。