「テーマ」って何を指してるか（AI 組織化）

この連載を読んでいると、「テーマ」という言葉がちょこちょこ出てきます。「このテーマは〜」「テーマを選んだ理由が〜」という具合に。でもよく考えると、これって何を指してるのか、最初に整理しておかないと話がすれ違いそうだなと思いました。

今回はその整理です。「テーマ」という言葉をこのプロジェクトでどういう意味で使っているか、それがなぜ「AI 組織化（ AI をチームや組織のように動かす設計のこと）」なのか、という話です。

「テーマ」って言葉、よく使うけど何？

このプロジェクトの文脈で「テーマ」という時、それは「このブログが何について書いているか」という核心のことです。

具体的なイメージで言うと、こんな感じです。

ニュースサイトなら「政治」「経済」「スポーツ」がそれぞれのテーマに相当します。料理ブログなら「和食」「発酵食品」「時短レシピ」といった軸がある。Structure Log というプロジェクトで言えば、「AI を使って仕組みを作り、その記録を公開する」がブログ全体の方向性で、その中の具体的な切り口が「テーマ」です。

ただ、このプロジェクトには少し特殊な事情があります。

このブログは単なる日記ではなく、「発信そのものを実験として設計している」という側面があります。記事を書いて公開する行為が、データ収集と仮説検証を兼ねています。そのため、テーマを選ぶ時に「何が好きか」だけでなく、「このテーマで何人にリーチできるか」という問いも意識的に組み込んでいます。

今のところ、このプロジェクトが選んでいるテーマは 1 つ。「AI 組織化」です。

このプロジェクトの「テーマ」＝ AI 組織化

「AI 組織化（AI を組織のような構造で動かす設計のこと。複数の AI に役割を分担させ、互いに監視・連携させる仕組み）」という言葉、初めて見ると少し抽象的に感じるかもしれません。

もう少し具体的に言うと、こういうことです。

AI を 1 体だけ使う、という使い方があります。質問して、答えをもらう。この関係がほとんどの人のスタートラインだと思います。私もそこから始めました。

ところが、仕事の複雑さが上がってくると、これが少し怪しくなってくる。「書く担当の AI に全部任せたら、間違いを含んだまま完了報告が来た」「気づいたら整合性が取れていない設計書が生まれていた」、そういった事故が起きます。これをこのプロジェクトでは「静かなる崩壊（1 章で紹介した概念です）」と呼んでいます。

この問題に対して、私が試みたのが「AI を組織化する」という設計でした。

具体的には、実行担当の AI、チェック担当の AI、最終承認の人間（私）、という形で役割を分けます。三権分立（さんけんぶんりつ、1 章で定義した概念ですが、このプロジェクトでは「実行・監査・承認を別の担当に分ける」という意味で使っています）と同じ発想で、AI の仕事を一極集中させない。これが「AI 組織化」の核心です。

この連載ではこの設計をゼロから組んで、動かして、転んで、直してきた記録を書いていきます。「AI 組織化」というのはそういうテーマです。

なぜ AI 組織化をテーマに選んだか

テーマを決めた動機は、「静かなる崩壊」を体験したことそのものです。

理論から入ったのではなく、実際に困ったから手を動かした、という順番です。

AI に複雑な作業を任せると、何か変な結果が返ってくることがある。でもその「変さ」が、派手なエラーではなく、一見正しそうな形で返ってくるのが問題で。こちらが気づけない、というのが一番たちが悪い。一人で全部やっている状況では構造的に防ぎにくいと感じました。

だったら「チェックも AI にやらせればいい」という発想になるのは自然な流れで、そこから「じゃあどうやって複数の AI を組み合わせるか」に進んでいった。

今のところ、この問いへの答えが「三権分立ベースの AI 組織」という設計です。「現時点での答え」と言った方が正確で、もっとマシな設計があれば随時変えていくつもりです。

このテーマを選んだのは、「おもしろそう」と「困っていた」の両方が重なったから。正解かどうかは今のところ分かりません。でも、動かしながら記録し続けることで、判断材料は増えていくはずだと思っています。