NeuralOS
GuideAdvanced

「brain」· あなたのアプリに専用の頭脳を与える(高価なオウムではなく)

このガイドはシリーズの心臓部です。すべてのピースが一つに集まる場所。すでにメモリ(覚える)とRAG(あなたのドキュメントを検索する)を見てきましたし、この先ではグラフ(つながりを理解する)を見ることになります。「brain」とは、それらのピースをプロダクトレベルで組み合わせたときに起きることです。もはや「あなた個人のAI」の話ではなく、他者のために構築してデプロイするアプリやエージェントの話になったときのこと。そのプロダクトには専用の知識が必要です。あなたのビジネスについて知り、一人ひとりのユーザーを覚えていること。それがなければ、あなたのアプリは、ありきたりな返答をして全員を他人として扱う、高価なオウムでしかありません。brainがあれば、それは学ぶ従業員になります。このガイドでは、brainとは何かをかみ砕いて理解し、本当に必要になるのはいつか(そして過剰に作り込まないために、必要でないのはいつか)、どんなピースからできているのか、そしてどう組み上げるのかを——実在するオープンソースのツールと、過剰設計に陥らずに設計するためのプロンプトとともに——理解できます。

Jun 20, 202613 min
これは誰のためのもの?
もはやAIを使うだけでなく、他者(顧客、あなたのチーム)のためにAIアプリやエージェントを構築する人のためのものです。ここは、すでに見てきたメモリとRAGが一つに集まる場所。まだ自分個人のAIにメモリを与え始めたばかりなら、[メモリのガイド](/recursos/memoria-para-tu-ia-herramientas)から始めてください——brainはその後にたどり着く場所です。

必要性はいつ現れる?(まさにその瞬間)

その瞬間は、「AIとチャットする」のをやめて、他者が使うプロダクトを構築し始めるときに訪れます。顧客向けのアシスタント、あなたのビジネスに対応するエージェント、AIを内蔵したアプリ。そのサイン——あなたのエージェントは一度はうまく答える…でも次のユーザーになると、あるいは翌日になると、何も覚えていない。前の会話のことも、あなたのビジネスのことも。そこで、頭脳が欠けていることに気づくのです。

それが生まれる痛み · 高価なオウム
brainがなければ、あなたのAIアプリには、それをバカに見せる3つの問題があります。(1) TUのビジネスを何も知らないのでありきたりな返答をする。(2) 一人ひとりのユーザーを他人として扱い、その人のことを何も覚えていない。(3) 事実をつなげられない(「この顧客はXを頼んだ、それはYに依存する」)。結果は「壊れる」ことではなく——決して賢く感じられず、人々が離れていくこと。あなたは従業員ではなく、高価なオウムを作ってしまったのです。

「brain」とは何か?(かみ砕いて)

brain(頭脳)とは、アプリやエージェントの専用知識のこと。あなたのビジネスについて知っていることと、各ユーザーについて覚えていることを合わせて、正確に答えるためのものです。新しいツールではなく——シリーズですでに見てきた3つのピースの組み合わせ。ただし今度はプロダクトレベルで、それらが一緒に働きます。

こうイメージして · 新入社員 vs ベテラン
brainのないアプリは、初日の新入社員です。賢いけれど、あなたの会社のことも顧客のことも何も知らない。brainのあるアプリはベテラン社員です。ビジネスを隅から隅まで知り、一人ひとりの顧客と、その人が何を頼んだかを覚えていて、すべてがどうつながっているかを理解している。brainは、新入社員をベテランに変えるものなのです。

brainの3つのピース

完全なbrainは、シリーズの3つのものを一つに束ねます。それぞれが別のことを解決します。

何からできているか
メモリ → セッションをまたいで各ユーザーを覚える(その人の好み、履歴)。誰も他人として扱わないために。
RAG → あなたのビジネスの知識(ドキュメント、ポリシー、製品)を検索する。ありきたりな返答をしないために。
グラフ → すべてがどうつながっているかを理解する(何が何に依存するか、どの顧客がどの注文と関係するか)。ただ検索するのではなく、推論するために。
3つすべてが必要とは限らない
過剰に作り込まないためのカギ:ほとんどのアプリはメモリだけ(ユーザーを覚える)、あるいはメモリ + シンプルなRAGから始めます。グラフは、データ間の関係が本当に複雑なときのためのもの。brainとは「3つを一気に入れる」ことではなく——「今あなたのプロダクトに必要なピースを入れ、必要になったら育てる」ことです。

個人のメモリ vs プロダクトのbrain · 決定的な違い

最も混同されやすい点です。個人のメモリ(シリーズの第1段)は、TUがTU AIとよりうまく働くためのもの——CLAUDE.mdに宿り、あなたのためのものです。brainは、あなたのAPPが物事を知り、SUSユーザーを覚えるためのもの——プロダクトに宿り、多くの人に同時に奉仕し、各ユーザーが自分専用のメモリの区画を持ちます。一方は個人的なもの。もう一方はプロダクトのインフラです。

ツール(オープンソースで実在するもの)

brainをゼロから構築する必要はありません。すでにそれを解決しているオープンソースのレイヤーがあります。この3つが最もよく使われていて、あなたのコーディングエージェントが組み立てを手伝ってくれます。

mem0ai/mem0
REPO

AIエージェント向けの汎用メモリレイヤー。セッションをまたいで各ユーザーの好みや事実を覚え、関連度で検索します。エコシステムで最も人気。必要なのがユーザーごとのメモリなら、ここから始めましょう。

PythonApache-2.0View on GitHub
topoteretes/cognee
REPO

RAG + ナレッジグラフを一つのピースにCOMBINAするオープンソースのメモリプラットフォーム。エージェント向けの永続的な長期メモリ。「brain」の最も文字通りの例です(セマンティック検索 + 関係による推論)。

PythonApache-2.0View on GitHub
getzep/graphiti
REPO

エージェントのメモリとして、リアルタイムにナレッジグラフを構築します。時間の概念を持ち(何がいつ真実だったか)。あなたのbrainが変化する関係を理解する必要が出てきたときのために。

PythonApache-2.0View on GitHub
習慣 · brainはALIMENTAされる
空のbrainは何の役にも立ちません——その価値は、使いながら育てて初めて伸びます。反射にしてしまいましょう:あなたのビジネスの新しいドキュメント → RAGへ。ユーザーの好みやデータ → メモリへ。重要な関係 → グラフへ。育てられないbrainはバカのまま。育てられるbrainは、毎日賢くなっていきます。

プロンプト · 過剰設計せずにあなたのbrainを設計する

何かを構築する前に、あなたのAIをアーキテクトとして働かせ、本当にDE VERDAD必要なピースは何かを教えてもらいましょう(メモリだけで済むこともあります)。これをコピーして、あなたのコーディングエージェントに貼り付けてください。

エージェントに貼り付け · あなたのbrainのアーキテクトテキスト
私が構築しているアプリ/エージェントに「brain」(専用の知識)を与えたいのですが、過剰に作り込みたくありません(SIN sobre-construir)。まだコードは書かないでください:まず、何が必要かを決める手助けをしてください。

ステップ1 — 一度に一つずつ、シンプルな言葉で私にインタビューして:
- 私のアプリ/エージェントは何をする? 誰のため?
- 私のビジネスについて何をSABERべき?(ドキュメント、ポリシー、製品、データ)
- セッションをまたいで各ユーザーについて何をRECORDARべき?
- 理解すべき複雑な関係がデータ間にある?(誰が何に依存するか)
- 何人のユーザーを見込んでいて、データはどれくらい機密性が高い?

ステップ2 — 私の答えをもとに、brainのどのピースが本当にDE VERDAD必要で、どれが不要かを教えて:
- ユーザーごとのメモリ(これで十分?)
- ビジネスの知識に対するRAG(必要? それとも情報はコンテキストに収まる?)
- ナレッジグラフ(関係がそれを正当化するほど複雑? それとも過剰設計?)
まだ必要でないものは、はっきりと反対して(Desaconséjame)。

ステップ3 — 実在するオープンソースツール(メモリなら mem0、RAG+グラフを一緒に必要とするなら cognee、時間軸のあるグラフなら Graphiti)で最もシンプルな道を勧めて。そして段階的な計画を出して:まず最小のピース、残りは必要になったとき。

ステップ4 — アイソレーションを思い出させて:各ユーザーは自分の区画のbrainだけにアクセスできるべき(これはセキュリティにつながる:ユーザーごとのRLS)。

ステップ1から始めて。
注意 · brainとセキュリティは表裏一体
あなたのアプリがユーザーごとにメモリとデータを保存するなら、各自は自分のものだけを見るべきです——セキュリティで見たとおり。アイソレーションのないbrainは、起こるのを待っているデータ漏洩です。必ず[防御](/recursos/blindaje-enterprise-8-capas-seguridad)と組み合わせて:brainは知識、セキュリティは誰がそれに触れられるか、です。

メモリ + RAG + グラフ = brain · すべてがどう噛み合うか

brainはシリーズのピースを束ねる
すべてがどう噛み合うか見てください:メモリ(覚える)とRAG(ドキュメントを検索する)を見てきました。そして3つ目のピース、グラフ(つながりを理解する)は、次のリソースで詳しく見ることになります。brainとは、その3つのピースを、あなたが構築するものが専用の知識を持つように、プロダクトレベルに引き上げて一緒に働かせたもの。新しいツールではなく——すでに知っているものの組み立てです。
NeuralOSでは、brainはプロダクトの一部
NeuralOSでは、あなたが構築する各アプリ、各エージェントが、それぞれ専用のbrainを持てます——ユーザーごとのメモリ、ビジネス知識に対する検索、そしてグラフ——mem0やpgvectorを手作業で組む必要なく。狙いは、プラットフォームエンジニアにならなくてもプロダクトの頭脳を持てるようにすること。ビジョンはすでにインターフェイスに描かれています。クラウド上のエンジンは、私たちが構築中の道の一部です。
RAGにごまかしなし · brainのピースの一つ(前の段)
RAGは、brainの「ビジネスについて何を知っているか」の部分です。飛ばしたなら、そこから始めて。
Graphify · グラフ、つながりを理解するピース(次の段)
グラフは、brainの「すべてがどうつながっているか」の部分です。最も高度なレイヤーを、次のリソースで。
#brain#メモリ#rag#エージェント
Ready to build?

Start building in
under 3 minutes

Join 4,200+ builders. No credit card. Build your first app with AI in minutes.