NeuralOS
GuideAdvanced

"brain"(大脑)· 给你的应用装一个自己的大脑(而不是一只昂贵的鹦鹉)

这份指南是整个系列的核心:所有拼图在这里汇合。你已经见过了记忆(记住)和 RAG(在你的文档里检索),后面还会见到图谱(理解关联)。而 "brain" 就是当你把这些拼图组合到产品层面时发生的事:当重点不再是你个人的 AI,而是你为别人构建并部署的一个应用或一个智能体时。这样的产品需要自己的知识:既了解你业务的情况,又记得每一个用户。没有它,你的应用就是一只昂贵的鹦鹉,回答千篇一律,把所有人都当陌生人。有了 brain,它就是一名会学习的员工。在这份指南里,你会用大白话搞懂 brain 到底是什么、你什么时候真的需要它(以及什么时候不需要,免得过度构建)、它由哪些拼图组成,以及如何把它搭起来 —— 配上真实的开源工具,还有让你在不掉进过度工程陷阱的情况下设计它的 prompt。

Jun 20, 202613 min
这是给谁看的?
给那些不再只是使用 AI,而是为别人(客户、你的团队)构建一个 AI 应用或智能体的人。这里是你已经见过的记忆和 RAG 汇合的地方。如果你才刚开始给自己个人的 AI 加记忆,那就先从[记忆指南](/recursos/memoria-para-tu-ia-herramientas)开始 —— brain 是你之后要到达的终点。

这个需求什么时候冒出来?(那个确切的时刻)

这个时刻,是当你不再只是"和 AI 聊天",而是开始构建一个别人要用的产品时到来的:一个服务你客户的助手、一个照看你业务的智能体、一个内嵌 AI 的应用。信号是这样的:你的智能体第一次回答得很好……但换到下一个用户,或者到了第二天,它什么都不记得了 —— 既不记得上一次的对话,也不了解你的业务。那一刻你就发现,它缺了一个大脑。

它诞生的痛点 · 昂贵的鹦鹉
没有 brain,你的 AI 应用有三个让它显得很蠢的问题:(1)回答千篇一律,因为它对你的业务一无所知;(2)把每个用户都当陌生人,什么都不记得;(3)不会串联事实("这个客户要的是 X,而 X 依赖于 Y")。结果并不是它"崩溃了"—— 而是它从来没让人觉得聪明过,于是人们抛弃了它。你造出来的是一只昂贵的鹦鹉,而不是一名员工。

什么是 "brain"?(用大白话说)

一个 brain(大脑)就是一个应用或智能体自己的知识:它对你业务的了解,以及它对每个用户的记忆,用来精准地作答。它不是一个新工具 —— 而是你在系列里已经见过的三块拼图的组合,只不过现在提升到了产品层面,并且协同运作。

这样想象 · 新员工 vs 老员工
一个没有 brain 的应用,就像入职第一天的新员工:机灵,但对你公司和你的客户一无所知。一个有 brain 的应用,就是那个老员工:把业务摸得门儿清,记得每位客户以及他要过什么,还理解一切是怎么串起来的。brain 就是把新人变成老人的那样东西。

一个 brain 的 3 块拼图

一个完整的 brain 把系列里的三样东西合在一起,每一样解决不同的问题:

它由什么组成
记忆 → 跨会话记住每个用户(他的偏好、他的历史)。这样才不会把任何人当陌生人。
RAG → 在你业务的知识里检索(你的文档、政策、产品)。这样才不会千篇一律地回答。
图谱 → 理解一切是怎么关联的(什么依赖什么,哪个客户和哪个订单相关)。这样它才能推理,而不只是检索。
你并不总是需要这三样
不过度构建的关键:大多数应用只从记忆开始(记住用户),或者记忆 + 一个简单的 RAG。图谱是留给你的数据之间关系真的很复杂的时候用的。brain 不是"一次性把三样都给我装上"—— 而是"装上你的产品现在需要的那块拼图,等有需要时再长大"。

个人记忆 vs 产品的 brain · 关键区别

这是最容易混淆的一点。个人记忆(系列的第 1 阶)是为了让你的 AI 配合得更好 —— 它住在你的 CLAUDE.md 里,是给你用的。而 brain 是为了让你的应用了解情况并记住它的用户 —— 它住在产品里,同时服务很多人,而且每个用户都有自己那块记忆的地盘。一个是个人的;另一个是产品的基础设施。

工具(开源且真实)

你不必从零开始造 brain:已经有一些开源层帮你解决了。下面这三个是最常用的,而且你的编码智能体会帮你把它们装起来:

mem0ai/mem0
REPO

面向 AI 智能体的通用记忆层:跨会话记住每个用户的偏好和事实,并支持按相关性检索。生态里最热门的一个。如果你需要的就是按用户的记忆,从这里开始。

PythonApache-2.0View on GitHub
topoteretes/cognee
REPO

一个开源记忆平台,把 RAG + 知识图谱**合并**在一块拼图里:为智能体提供持久的长期记忆。这是对 "brain" 最直白的示范(语义检索 + 关系推理)。

PythonApache-2.0View on GitHub
getzep/graphiti
REPO

把知识图谱实时构建为智能体的记忆,并带有时间概念(什么在什么时候是真的)。适合当你的 brain 需要理解会变化的关系时用。

PythonApache-2.0View on GitHub
习惯 · brain 是要**喂养**的
一个空的 brain 毫无用处 —— 它的价值只有靠使用去喂养才会增长。把它变成一种本能:每一份新的业务文档 → 喂给 RAG;每一个用户的偏好或数据 → 喂给记忆;每一个重要的关系 → 喂给图谱。不喂养的 brain 会一直很蠢;喂养的那个,每天都懂得更多。

Prompt · 在不过度工程化的前提下设计你的 brain

在动手造任何东西之前,让你的 AI 扮演架构师,告诉你哪些拼图是你真正需要的(有时候只需要记忆)。复制它,粘给你的编码智能体:

粘给你的智能体 · 你 brain 的架构师文本
我想给我正在构建的应用/智能体加一个 "brain"(自己的知识),但要 **不过度构建**。先别写代码:先帮我决定我需要什么。

第 1 步 —— 采访我,一次一个问题,用简单的语言:
- 我的应用/智能体是做什么的,给谁用?
- 它应该 **了解** 我业务的哪些东西?(文档、政策、产品、数据)
- 它应该跨会话 **记住** 每个用户的什么?
- 我的数据之间有没有值得理解的复杂关系(谁依赖什么)?
- 我预计有多少用户,这些数据有多敏感?

第 2 步 —— 根据我的回答,告诉我 brain 里哪些拼图是我 **真正** 需要的、哪些不需要:
- 按用户的记忆(这个够不够我用?)
- 关于我业务知识的 RAG(我需要它吗,还是我的信息能塞进上下文?)
- 知识图谱(我的关系是否复杂到值得用它,还是过度工程化?)
明确劝退我暂时不需要的东西。

第 3 步 —— 用真实的开源工具给我推荐最简单的路径(记忆用 mem0,需要 RAG+图谱合体用 cognee,时序图谱用 Graphiti),并给我一个分阶段的计划:先上最小的那块拼图,其余的等需要时再加。

第 4 步 —— 提醒我做隔离:每个用户只能访问 **他自己那块** brain 的地盘(这和安全相关:按用户的 RLS)。

从第 1 步开始。
注意 · brain 和安全是绑在一起的
如果你的应用按用户保存记忆和数据,那每个人只能看到自己的那份 —— 就像我们在安全里讲过的一样。一个没有隔离的 brain 就是一场随时会发生的数据泄露。永远把它和[加固](/recursos/blindaje-enterprise-8-capas-seguridad)结合起来:brain 是知识,安全是谁能碰它。

记忆 + RAG + 图谱 = brain · 一切是怎么拼合的

brain 把系列的拼图合在一起
看看这一切是怎么拼合的:你见过了记忆(记住)和 RAG(在文档里检索),而第三块拼图 —— 图谱(理解关联)—— 你会在下一个资源里深入了解。brain 就是这三块拼图,但被提升到了产品层面,协同运作,让你构建的东西拥有自己的知识。它不是一个新工具 —— 而是你已经认识的那些东西的组装。
在 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.