判断の理由が残る
何を決めたかだけでなく、誰のために、何を優先し、何を守り、なぜその判断を選んだかを残します。
Brainbaseは、経営者や担当者の判断基準、過去の決定、その理由を会社に残し、AIや次の担当者が同じ前提で考え、動けるようにする仕組みです。

人間が、目的と判断基準、任せてよい範囲を決める。
AIは、それをもとに調べ、選択肢を比較し、見落としを指摘し、許可された仕事を進める。
Brainbaseが残すのは、単なる資料の置き場所ではありません。何を目指し、誰のために、何を優先し、何を守り、なぜその判断を選んだのかを、次の人やAIが再利用できる形で残します。
多くの会社には、議事録、Slack、メール、ドライブ、ソースコードがあります。それでも、重要な判断は経営者や担当者へ集中します。
理由は単純です。資料には「何があったか」は残っても、次の情報が十分に残らないからです。
Brainbaseは、これらを判断の構造として残します。
たとえば、ある案件を受けるべきかAIへ聞いたとします。
売上と利益率だけを見るAIは、受注を勧めるかもしれません。しかし会社の方針が「単発受託を増やさず、再利用できる資産になる案件だけを取る」なら、その回答は会社にとって正しくありません。
Brainbaseを参照するAIは、短期売上だけでなく、経営者の稼働、再利用性、既存方針、守るべき関係を確認します。そのうえで、受注する条件や断る理由まで説明できます。
Brainbaseは、情報を一か所へ集めるだけのデータベースではありません。次の3つを分けて持つことで、会社の言葉を揃え、判断の理由をたどり、許可された仕事だけを動かします。
| 構造 | 役割 |
|---|---|
| オントロジー | 人物、組織、プロジェクト、判断などの意味と、接続してよい関係を定める |
| Graph SSOT | 実在する人物、組織、プロジェクト、判断と、それらの関係を正本として持つ |
| Judgment DAG | どの証拠から何を判断し、どの権限で実行し、結果をどう評価したかをつなぐ |
公開OSS版は、まず個人の仕事文脈と判断基準をローカルへ置き、CodexやClaude Codeへ渡すところから始めます。
resolve_entity、get_context、searchで依頼を正しい文脈へつなぐ組織向けガバナンスやreplay/evaluationなど、まだ計画中の機能もあります。誇張せず、現在の状態で境界を明示しています。