SSOT（単一情報源）って何？

2026-06-17

前の回では「文書主義原則（意思決定の根拠をテキストで残すという考え方）」という話をしました。記録を残すことが大事だという話です。

ただ、記録を残し続けると、やがて別の問題が起きます。記録が複数の場所に散らかり、どれが正しいのか分からなくなる、という問題です。

その問題への答えが、この回のテーマです。

Q. SSOT って何の略ですか？

SSOT は Single Source of Truth の略で、日本語では「単一情報源（ある情報の正本を一箇所だけに決めておくという考え方）」と訳します。

「一箇所だけが正しい」と決める、それだけです。

たとえば、あるルールを書いたファイルが 3 箇所にあるとします。最初はどれも同じ内容でした。しかし時間が経つうちに、片方だけ更新され、もう片方は古いまま残りました。三つ目はどこかのメモとして書き直されていました。

こういう状態になると、「どれを見ればいいか」が分からなくなります。担当者ごとに違うファイルを参照して、食い違いが生じます。それを指摘しても「こちらを見ていました」という話になり、収拾がつかなくなります。

SSOT は、そういう食い違いを防ぐための考え方です。

やることは二つです。

一つは、「これが正本だ」という場所を一つ決めること。

もう一つは、他の場所から参照するときは「コピーを置かない」ことです。コピーを置くと、いずれ元と食い違います。正本の場所だけを記録して、そこを見に行く構造にします。

この連載の仕組みを例に使います。この連載の設計ルールはいくつかのファイルに書かれています。そのうちの一つに「連載の章立て正本」があります。章のタイトルや順番を管理しているのは、このファイルだけです。

実際に記事を書くときも、投稿スケジュールを調整するときも、「どの章を次に出すか」はすべてこの一つのファイルを参照します。別途スプレッドシートに書き出したり、メモに転記したりはしません。参照先を一本化することで、「どれが最新か」を悩まなくて済みます。

一箇所にまとめることで「更新の手間が増える」と感じる場面は確かにあります。

ただ、複数箇所にコピーを持つと、更新のたびにすべてのコピーを直さないといけません。一つ直し忘れるだけで、すぐ食い違いが生まれます。「全部同期する手間」と「一箇所だけを更新する手間」を比べると、長期的には後者のほうが軽くなります。

もうひとつ。「どこを見ればいいか」が一本化されると、新しく参加した人にとって分かりやすくなります。「このファイルを見れば分かります」と言えると、説明が短く済みます。教える側の負荷も減ります。

AI を複数体動かすと、情報の受け渡しが頻繁に起きます。あるエージェントが生成した内容を、別のエージェントが参照する。その参照先が複数あると、エージェントごとに違う情報をもとに動くことになります。

人間が食い違いに気づいて修正できる場合はまだいいのですが、自動化が進むほど食い違いは気づかないまま積み上がります。

だから、エージェントが参照する情報には「これが正本」という場所を決めておく必要があります。特にルール・設計思想・禁止事項のような、判断の根拠になるものは、一箇所に集めておくことが大切です。

この仕組みでは、各エージェントが起動時に参照するルールファイルが決まっています。どのエージェントも同じ場所を読む。それが SSOT の実装です。

文書主義は「記録を残す」という行動の話です。判断した根拠をテキストに書いておく、という習慣の問題です。

SSOT は「どこを見ればいいかを決める」という構造の話です。記録はあちこちに存在するかもしれないが、正本はここだ、と一本化するという設計の問題です。

二つは別のことを言っていますが、組み合わせると強くなります。

記録を残すだけでは、正本がどれか分からなくなります。SSOT だけを決めても、その正本に記録がなければ中身が空になります。「文書主義で記録を積み上げ、SSOT でその記録の参照先を一本化する」。この二つが揃うと、誰が何を判断したかが追えて、かつ食い違いが起きにくい状態になります。

第 2 部の前半では、AI 組織化の土台になる原則や考え方を順に見てきました。三権分立という構造から始まり、二人組原則、不可逆な行為の扱い、文書主義、そして SSOT。どれも単独で機能するものですが、組み合わせることで「誰が何をしたか、なぜその判断をしたか」が見えやすい仕組みが出来上がります。

仕組みの設計に入る前に、まずこうした用語と考え方の地図を持っておくと、後の実装の話が理解しやすくなります。

← cd ..