brethof-brain · 于2026年10月6日发布

你是你的 AI 智能体的记忆。
这一切从今天结束。

Brethof AI · 2026年10月6日

大多数早晨,你对智能体说的第一句话,就是一句裹着简报的道歉。“对了,记得吗,我们现在用的是 Postgres,不是 SQLite——我上周就跟你说过了——还有 auth 重构还没合并,另外我说‘那个迁移’的时候,指的是三月份那个,不是我砍掉的那个。”你不是在写提示词。你是在充当记忆。AI 变聪明了;而负责记住的那部分,却还是一块需要你亲手携带的剪贴板。

如果这就是你的日常,那么今天就是它改变的日子。本文将讲述这套仪式让你付出了什么代价、为什么你已经尝试过的修复方法都无济于事,以及随每次提示自动到来、无需请求的记忆有何不同——这正是我们要发布的产品:brethof-brain。

作为您智能体的记忆守护者的一天

它从会话开启的那一刻就开始了。智能体完全不知道这个项目是什么,于是你花掉前十分钟,重新解释一件你昨天刚解释过的事。然后它问部署是怎么运作的,你又敲下周二敲过的同样三句话。到了上午过半,你已经在手动把上下文块——数据库结构、约束条件、命名规范——粘贴进提示词里,因为你吃过苦头才明白:不粘贴,它就不存在。

然后仪式反转了。智能体提议用 Redis 做队列,而你打出“正如我之前提到的,我们三月份试过,效果不行”——而且你得一直这么打,因为“之前提过”并不等于“它已经知道了”。到了下午,你就成了自己决策的搜索引擎:我们选了哪个方案、为什么选它、否决了什么。到了晚上,如果你诚实一点,你已经向自己的智能体解释同一个项目超过一千字了,其中大部分都是重复。

偶尔一天是烦扰,两百天就是对每个项目的征税。我们受够了每天把同一件事解释一千遍,于是我们造出了终结它的东西。在此之前,值得先精确说明为什么你已经尝试过的方法都解决不了它——因为这些失败是有规律的。

为什么常规的解决方法不管用

md 文件的丛林是每个人的第一次尝试。一个 NOTES.md、一个 DECISIONS.md、一个越养越大直到变成杂物抽屉的 CLAUDE.md。两个问题:你仍然在手动归档,而且文件只有在智能体在正确的时机读到正确的部分时才有用——但它做不到,因为没有任何东西告诉它哪一部分与眼前的提示词相关。

会话开始时的加载才是关键。记忆文件在会话开启时加载一次,而到第三条提示时,它已经被会话此后所说的一切淹没了。其他记忆工具都在等待被调用——必须由智能体主动决定去调用它们。等待被调用正是问题的全部所在。你已经就是那个被求助的一方了;这正是你想要摆脱的工作。

诊断结论是:缺失的不是更好的文件或更大的加载量。而是能自主送达的记忆——在你开口之前,每一次提示都带着与你刚才所说内容相关的记录。

我试过大多数面向 AI 智能体的记忆系统。每个都只做到了其中一部分,没有一个能满足我的需求。所以我花了将近一年时间,打造出了一个真正能做到的系统。

区别在于:在你开口之前,内存就已就绪

当记忆负责记忆时,一天是这样的:你启动电脑,打开会话,代理已经了解情况:常设规则、每个项目是什么、上次会话的笔记、计划的后续步骤、已知内容的索引。你输入“继续”,它就继续。这句话曾经只是幻想;现在已是默认状态。

在那之后的每一次提示中,与之相关的记录都会随提示一同送达。智能体无需花费任何工具调用、任何轮次、任何搜寻——记忆在它作答时就在那里。它不会一股脑倾倒所有内容:会话开始时呈现的是你的操作手册的索引,而非其全文;每条提示只会得到与之相关的内容,别无其他。想要更多时,尽管索要更多。

当智能体想要动用你在三月否决的某个方案时,说明这一点的记录——连同日期和原因——会随搜索一并返回。决策图谱为每个决策保留日期、它击败的备选方案,以及过程中尝试过又被否决的内容,全部以当时敲定决策的对话原话记录。历史从不被改写;一次反转就是一条新记录。“为什么会是这样?”终于有了答案。

简而言之:它会在你提问之前就给出答案。

Brain 是什么

brethof-brain 就是实现这一功能的内存。它将以下内容保存在一起:

  • 精选记录 — 每个项目当前的真实状态,由记忆本身维护,将新事实与旧记录进行核对。
  • 完整的聊天记录——完整保留每个会话,可按关键词或语义搜索。
  • 你的规则——随大多数消息一起加载,让你的智能体在任何地方都按你的方式工作。
  • 决策图——事情是如何演变成如今这样的,附有日期和理由。
  • 备注 — 会话之间的交接。
  • Playbook(操作手册)——只需用 markdown 文档编写一次流程,任何智能体都能在任何项目中运行它。
  • 台账——它会记录你说过要做的事,让你回顾遗漏的内容,并把值得保留的事项转化为目标,交由你的智能体执行到底。

你不需要归档任何东西,也不需要执行“保存我的上下文”的仪式。记忆会自我整理——它分段读取对话,因此保留的是对话最终确定的内容,而不是过程中的每一个半成品想法。十个项目并行运行,互不干扰:每个项目都有自己的记录、自己的规则、自己的图谱和自己的 Ledger,而在托管记忆中,限定于某个项目的密钥无法查看或搜索另一个项目。

轻松上手,无需面对满屏命令

今年你安装的每一个开发者工具都丢给你一大堆要敲的命令。而这一款由你来提问。告诉你的智能体:

install brethof-brain

安装就是这样完成的。代理会获取客户端、配置钩子,并检查自己的工作。而人工步骤则是地球上每个应用程序都会要求的那几步:注册、选择本地还是托管、设置你的密码短语,然后把密钥粘贴到你自己屏幕上弹出的连接窗口中——代理永远不会看到它。

本地:在你自己的机器上运行一个容器;你的记忆只存储在那里,别无他处——我们处理它,但从不存储它。托管版:无需运行服务器,无需配置文件,记忆使用一把仅由你持有的密钥加密——一旦忘记口令,任何人都无法打开它,包括我们。

它适用于我们已验证过的工具链,在干净机器上逐一进行真实安装验证:Claude Code、Codex、Gemini CLI,以及横跨 Linux 和 Windows 的另外十七种——完整验证列表见网站。无论你使用哪一种,都是同样的记忆、同样的行为。

试一试,别再只当回忆了

免费开始,连接一个项目,运行一个真实的工作日。数一数你重复解释了多少次。这个数字就是最有力的论据。

创始人版本,保留他的原话:教你的智能体,而不是限制它。所有的 AI 都在变得越来越聪明——但没有记忆,它们都是笨蛋。

再给那些本来就要谈论这件事的人一句话:我们运营着一个联盟计划——持续分成、第一方追踪,通过 brethof.ai/brain/affiliate/。

产品上市时再听吧

最新作品、真实评测,还有偶尔的深度分析。无垃圾信息,一键即可取消订阅。

我们打造的一切

外部: YouTube · GitHub