Brainbaseの全体像
Brainbaseは、あなたの目的、優先順位、判断基準、過去の決定を、複数のAIが使えるローカルの判断OSにします。CodexやClaude Codeは、同じ判断軸から深く考え、調査・設計・執筆・開発を進められます。
人間は、目的、判断基準、任せてよい範囲を決める。
AIは、それらを参照して探索・反証し、許可された範囲の仕事を進める。
つまり、Brainbaseの目的はAIに情報を大量に渡すことではありません。一人分の判断力を、複数のAIが再利用できる実行能力へ変えることです。
まず一枚で見る
メールや議事録などの材料を、そのままAIへ丸投げする仕組みではありません。人間が承認した事実と関係をGraph SSOTへ置き、オントロジーで意味を揃え、Judgment DAGで判断・権限・実行・評価のつながりを扱います。
各部品の責任とデータの流れは仕組みとシステム構成、オントロジーの役割はオントロジーとはで説明します。
Brainbaseが増幅する二つの能力
考える深さ
AIとの壁打ちを、前提説明や一般論の修正から始めません。自分が承認した目的、優先順位、過去の決定を出発点にし、その判断が失敗する条件や最も強い反対案まで探索します。
同時に進められる仕事の広さ
同じ判断軸をCodex、Claude Code、その他の対応エージェントへ渡します。調査、設計、執筆、開発を別々に進めても、何を実現し、何を優先し、何を守るかを共有できます。
Brainbaseは複数エージェントを自動的に増やす製品ではありません。複数のAIが同じ判断から動くための共通基盤です。
問題は情報不足ではなく、判断が本人に閉じること
仕事の資料が残っていても、判断の理由と優先順位は本人の頭の中に残りがちです。
資料には残る 頭の中に残りやすい
────────────── ──────────────────
何を提案したか なぜその案を選んだか
売上はいくらか 何を優先したか
誰が参加したか 誰のための判断か
何を決定したか 何を守ろうとしたか
実行したか どの結果なら見直すかこの差がある限り、AIを増やしても、そのたびに本人が判断の前提を運び、成果物の方向を直す必要があります。
Brainbaseがない場合
あなたの方針が、次のようなものだったとします。
単発案件ではなく、再利用できる資産を作る。自分の個別稼働を増やさない。
新しい受託案件についてAIへ相談すると、一般的なAIは市場価格、売上、利益率を調べ、受注を勧めるかもしれません。
これは一般論としては合理的でも、あなたの目的には合っていません。複数のAIへ同じ案件を渡せば、別々の一般論が返り、最後は本人が方針を揃えることになります。
Brainbaseがある場合
AIは、案件情報だけでなく次を確認します。
- あなたが実現したい状態
- 誰のための判断か
- 優先する価値
- 守る制約
- 過去の類似判断と結果
- 人間が承認した実行範囲
そのうえで、たとえば次のように返します。
短期売上は得られますが、あなたの個別稼働が増え、再利用可能な資産も残らないため、現行方針には合いません。導入手順を標準化し、他の担当者でも実施できる条件なら受注候補になります。
同じ判断は、調査担当のAI、提案を作るAI、実装を進めるAIからも参照できます。Brainbaseが作るのは、本人をコピーした正解生成器ではありません。誰のために、何を優先し、何を守るかを共有したうえで、AIが本人の文脈に忠実に探索・反証・実行できる状態です。
人間とAIの役割
人間が決めること
- 誰のための判断か
- 何を実現するか
- 何を優先するか
- 何を守るか
- 誰が決める権限を持つか
- どこまでAIへ任せるか
AIが担うこと
- 必要な情報を探す
- 選択肢を広げて比較する
- 人間の案が失敗する可能性を探す
- 見落としや矛盾を指摘する
- 承認された範囲で実行する
- 結果を証跡として戻す
AIは人間の基準を勝手に作りません。人間も、探索や個々の実行まで一人で抱え込む必要はありません。
Brainbaseが残すもの
| 残すもの | 答えられる質問 |
|---|---|
| 目的・優先順位・守る制約 | この判断は何を実現し、何を守るためか |
| 観察・証拠 | 何を根拠に考えたか |
| 仮説・前提 | 何が変われば判断を見直すか |
| 判断・決定 | 何を選び、なぜ選んだか |
| 権限・承認 | 誰が決め、どこまで任せたか |
| 実行・成果物 | 実際に何をしたか |
| 結果・評価 | 判断は狙いどおりだったか |
| 更新・置換 | 現在どの判断が有効か |
メールや議事録は重要ですが、ここではEvidenceです。Brainbaseの中心は、Evidenceから判断、実行、結果までのつながりです。
内部ではJudgment DAGとして扱う
Context / Observation
↓
Judgment / Decision
↓
Resource / Risk
↓
Execution / Outcome
↓
Evaluation
↓
判断とDAGの更新この構造をJudgment DAGと呼びます。DAGという言葉を知らなくてもBrainbaseは使えます。詳しい技術モデルはJudgment DAGの考え方に分けています。
個人から組織へ、同じ判断モデルを使う
Brainbaseは個人用と会社用で別の判断スキーマを作りません。
Personal Judgment
↓ 実績・証拠・承認
Project Guidance
↓ 権限・昇格
Organization Policyまず本人が個人版で判断基準を育て、壁打ちと複数AIでの実行へ使います。それをプロジェクトや組織へ広げる時は、同じ構造のままscopeを変え、権限・承認・例外・監査を追加します。
現在のOSS版の位置づけ
現在のOSS版は、最初の入口としてローカル優先のPersonal Onboarding Kitを提供しています。
現在すぐ使える入口
ローカルSSOTへ仕事文脈と判断基準を置く
↓
共通の中核
Judgment DAGとして判断を検証・実行する
↓
今後の発展
replay・evaluation・scope promotion・組織ガバナンスPersonal Onboarding KitはBrainbase全体ではありません。しかし、本人の判断基準をAIへ安全に渡し、実際の壁打ちと仕事で価値を確かめる最短の入口です。
BrainbaseとMana
Brainbase
判断構造、依存関係、runner、権限、成果物、評価を扱う
Mana
いつ実行するかを決め、目標間の優先順位を付け、継続的に追跡するBrainbaseは実行可能な組織認知です。Manaは、その認知を継続稼働させる自律的な組織運営です。
最初のゴール
最初から会社全体を構造化しません。
- 自分の判断が何度も必要になる現実の仕事を一つ選ぶ
- その仕事の目的、関係者、判断基準、既存決定を承認して保存する
- 実エージェントがBrainbaseを参照して、壁打ちまたは成果物作成を行う
- 本人が、思考の深さ、成果物の方向性、説明や修正の減り方を確認する
- 役立った判断だけを、別のAIや仕事へ少しずつ広げる