少人数の会社は、AI前提の情報発信をどう続けるか

この記事は、少人数の会社やチームで「情報発信を続けたいのに、いつも止まってしまう」という問いを持つ方——経営者、広報・企画の担当者——に向けて、私たちカチノデが自社の発信運用を生成AI前提で組み直した設計の記録です。ツールの紹介ではなく、承認フローと品質管理まで含めた運用設計の実例として、設計判断とその理由を書きます。

発信が止まる原因は書き手ではなく仕組みにある

私たち自身、会社としての発信は長らく「時間ができたら書く」に近い状態でした。少人数の組織で発信が止まる直接の原因は、書く力の不足ではありません。何を書くか・どう確認するか・どこに出すかという手順が人の記憶と善意にしか存在せず、担当者が忙しくなった瞬間に更新が止まる——仕組みの不足です。

生成AIの登場で、書くこと自体は速く安くなりました。しかし速く書けることと、続くことは別の問題です。むしろ生成が速いほど、確認と品質管理が追いつかずに破綻します。そこで私たちは問いを立てました。少人数のまま、品質を落とさずに発信が続く運用は設計できるか。

発信のすべてをひとつのリポジトリに集めた

最初にやったのは、コーポレートサイトのコードを管理しているリポジトリ(Gitのファイル置き場)に、発信に関わる情報をすべて集めることでした。編集方針(テーマ・トーン・禁止語・機密ルール)、週次リサーチの記録、記事のネタ帳、記事の本文、カバー画像の素材台帳。全部をテキストファイルとして一元管理し、ここを唯一の情報源にしています。

狙いは2つあります。ひとつは、AIエージェントが方針を読んで書ける状態を作ること。方針が誰かの頭の中にしかなければ、AIはそれに従えません。逆に方針が文書になっていれば、原稿の生成も検品も同じ基準で回せます。もうひとつは、運用を属人化させないこと。手順と判断基準が人の記憶ではなくファイルに残っていれば、担当者が忙しくなっても、入れ替わっても、仕組みの側が続きます。

AIが書き人間が承認するゲートを置いた

原稿は、AIエージェントが編集方針とリサーチ記録を読み込んで生成します。ただし、生成された原稿がそのまま公開されることはありません。すべての原稿は下書き状態でプルリクエスト(変更内容の提案)になり、人間が差分を確認して承認したときに初めて公開されます。承認と同時にサイトへ自動で反映されるため、公開作業そのものに手間はかかりません。

この設計の要点は、人間の関与を「全部を書く」から「差分を承認する」に移したことです。見張る場所を承認の一点に絞ったので、少人数でも品質管理が現実的な作業量に収まります。逆に言うと、承認なしに世に出る経路を仕組みとして残さないこと——ここだけは自動化しない、という判断です。

品質は注意力ではなく仕組みで守る

人の注意力は有限で、忙しいときほど働きません。品質の基準はできる限り、文書と自動チェックに置きました。

• 禁止語の成文化 — 市場で凡庸化した支援用語を編集方針に列挙し、AIにも人にも同じ基準を適用する
• 機密ルール — 実名入りの商談メモや非公開数値はリポジトリに置かない。事例に触れる原稿は、クライアント名・数値・画像の公開可否をメタデータに記録し、不明なら匿名化する
• 形式の自動検証 — 原稿の必須項目(テーマ・出典・公開状態など)はスクリプトで機械チェックする
• 出典の型 — 記事は必ずリサーチ記録やネタ帳のファイルを出典として参照し、根拠のない一般論を書かない
• カバー画像の生成も型化 — 写真素材をブランド配色に加工し、複数の構図型に合成した候補をスクリプトで自動生成し、人間が選んで確定する。素材の出典・ライセンスと使用履歴は台帳に自動記録され、見た目の統一と権利の管理を同時に仕組みに載せている

この運用は、大きな組織より少人数の方がむしろ導入しやすい、と私たちは考えています。承認者がひとりなら、ゲートはひとつで済みます。方針の合意に会議は要らず、文書を1本書けばそれが明日からの基準になります。リソースが限られていることは、この仕組みでは弱点ではなく前提条件です。人手が足りないからこそ、人がやるべき判断と仕組みに任せる部分を、はっきり分けられます。

動かして分かったことと未検証のこと

この仕組みは2026年7月に動き始めたばかりで、発信の成果を語れる段階にはありません。現時点で言えるのは次のことです。まず、この記事自体がこのパイプラインから生まれています(週次リサーチ→ネタ帳→AIによる下書き→人間の承認)。そして、人間の作業の中心が「文章を書く」から「方針を言葉にする・差分を判断する」に移りました。方針の言語化はAIのためにやったことですが、結果として自分たちの編集判断そのものが明文化され、人にも引き継げる形になっています。

まだ分からないこともあります。この運用で発信が実際に何ヶ月続くのか。検索やAI検索経由の接点がどれだけ増えるのか。原稿の本数が増えたとき、承認ゲートがボトルネックにならないか。ここは実データで確かめ、崩れた箇所ごと記録して仕組みを更新していきます。うまくいった部分だけでなく、崩れた部分を含めて公開することが、この自社実験の価値だと考えています。

情報発信の基盤を単発の制作物ではなく「更新され続ける仕組み」として設計することは、私たちが顧客に提供している仕事のひとつでもあります。事業の全体像はトップページの事業紹介をご覧ください。