cookbook-brain

为你的智能体赋予一个你拥有的记忆。

cookbook-brain 将你的 AI 智能体所学的内容以纯 Markdown 文件的形式存储在你磁盘上的一个 Git 仓库中。Claude Code、Codex 或任何 MCP 客户端都可以记住、回忆并在此基础上构建：一个大脑，供你所有的智能体使用。你的 Claude 和你的 Codex 终于知道了相同的事情，甚至可以互相交接工作。每条笔记都记录了作者是谁，无论是人类还是哪个智能体。任何内容都不会被覆盖。笔记赢得信任的唯一方式就是有意义：当真正的工作依赖于它们时，它们是正确的。

在 Obsidian 中打开这个文件夹，你会看到纯文本笔记，因为它本质上就是如此。

快速开始

npx cookbook-brain init             # creates ./brain with a schema note
npx cookbook-brain harvest          # propose notes distilled from your recent Claude Code sessions
npx cookbook-brain harvest --apply  # write the proposals the refuter kept
claude mcp add brain -- npx cookbook-brain serve

你的大脑一开始就是满的：在你的第一个智能体会话连接之前，harvest 会读取你最近的本地 Claude Code 转录，并将其中已有的决策、陷阱和约定提炼成带有归属的笔记（参见下面的"收获"部分；它只提出建议，直到你使用 --apply）。

然后告诉你的智能体："记住，staging 数据库每晚重置"，它就会被保存、归属，并在未来的每个会话中被回忆起来。这就是整个循环。

其他命令：

npx cookbook-brain log           # recent notes, newest first
npx cookbook-brain credit <id>   # credit notes whose facts held up in real work
npx cookbook-brain tasks         # open and claimed tasks, with age
npx cookbook-brain doctor        # validate every note, link, chain, and task
npx cookbook-brain index         # generate INDEX.md, a wikilinked view of the brain
npx cookbook-brain web           # read-only local viewer at http://127.0.0.1:4321
npx cookbook-brain install-hook  # every session harvests itself when it closes (report-only)

大脑目录的解析顺序为：--dir 标志，然后是 BRAIN_DIR 环境变量，最后是 ./brain。人类归属来自 BRAIN_HUMAN，如果未设置则回退到你的操作系统用户名。需要 Node 20 或更高版本。

Related MCP server: clawmem-mcp-server

为什么用文件

你的智能体的记忆不应该存在于别人的向量数据库中。文件意味着你可以阅读每条记忆，比较每次变更，在凌晨两点使用 grep 搜索，用 Git 备份，并且随时可以通过保留你的文件夹离开。供应商会改变政策；Markdown 不会。

而且，底层没有向量数据库，有三个具体原因。嵌入需要 API 密钥和网络调用，而这个工具两者都不需要：没有任何东西离开你的磁盘。向量索引是不透明的：你无法对它进行 grep、diff，或者查看它为什么返回了某个结果。而且，在个人大脑的规模下（数百条笔记，而非数百万份文档），纯文本搜索加上链接图就能检索得很好。向量在语料库规模下才体现出其复杂性。这不是一个语料库；这是一个大脑。

格式

每个文件一条笔记。前置元数据承载着关于事实的事实：

---
id: 01J8ZQ4X2E5N9GVHBK3W7T1MCD
type: decision
title: Poll interval is 30s, not 10
aliases: ["Poll interval is 30s, not 10"]
author:
  human: diego
  agent: claude-code
created: 2026-08-18T17:20:00.000Z
supersedes: null
source: "https://status.example.com/limits"
credits: 3
last_credited: 2026-08-20T09:30:00.000Z
---
Free-tier endpoints rate-limit hard. At 10s we tripped limits on 3 of 8
targets. 30s stays under every limit tested. Related:
[[Unknown check state renders as degraded]]

笔记有类型（decision、gotcha、convention、note、open_thread、task），并归属于一个人类，如果是由智能体编写的，还会加上智能体的标签。可选的 source 字段引用了事实的来源（一个 URL、一个文件路径、一个工单 ID）；被引用的记忆是可审计的记忆，并且会获得更高的置信度上限。每条笔记还带有一个 aliases 列表，其中包含其自身的标题；文件名是日期加短横线加标题的 slug，这个别名让 Obsidian 能够将 [[Title]] 维基链接解析到正确的文件（参见下面的"与 Obsidian 一起使用"）。维基链接就是图。回忆会返回一条笔记及其反向链接，以及每个提及处周围的几行内容，这样智能体就能获得关联的上下文，而不是孤立的事实。回忆还会携带每条活跃的 convention 笔记的原文，无论查询是什么：固定的规则会随行，这样智能体就能将它们应用于所有工作，而不仅仅是那些搜索了它们的工作。文件名格式为 <date>--<slug-of-title>.md，因此目录读起来像一本日志。

永不覆盖

更新一条笔记会创建一条新笔记来取代旧笔记。旧文件会保留，并标记为已取代。有两个原因，都是通过艰难的方式学到的：每一次 AI 重写都会悄无声息地丢失一点含义，而且没有历史记录就无法调试记忆。你大脑的 Git 日志就是它的审计追踪。

笔记正文是永远只追加的；恰好有两个计数器可以在现有文件上原地盖章：credits 和 last_credited，当依赖于某条笔记的工作被验证完成时写入。这个信用对是第二个被认可的变更，与 superseded_by 戳记并列。任务笔记带有第三组戳记，仅限任务类型的笔记：status、claimed_by、result 和 abandon_reason。现有文件的任何其他内容都不会被触及。

置信度：信任是赢得的，而非声称的

每次回忆都带有一个置信度分数和一个等级（proven / standing / verify）。这个公式是公开的，并且故意设计得很简单：

score = clamp(cap - 0.10 + 0.05 * min(credits, 3) - staleness, 0.20, cap)

• 来源设定了上限。 人类编写的笔记上限为 0.95。引用了来源（source 前置元数据字段、source: 行或正文中的 URL）的智能体笔记：0.85。未引用来源的智能体声明：0.60。无论重复多少次，都无法将一条笔记提升到其上限之上。

• 信用提升分数。 一条全新的、未获信用的笔记在其上限之下 0.10 分处。当回忆了某条笔记的工作被验证成功时，credit 该笔记（一次 CLI 调用，或者让你的智能体在完成时执行）；每次信用增加 0.05 分，三次信用即可恢复到上限。

• 沉默降低分数。 陈旧性会从 last_credited 起（如果从未被信用，则从 created 起）每满 90 天减去 0.05 分，最多减去 0.15 分。一条数月无人信用的笔记会衰减到"使用前请验证"的状态。

分数四舍五入到两位小数。等级：proven 意味着至少被信用过一次，并且分数达到 0.80 或更高，因此只有真正完成的工作所依赖的笔记才能被证明。standing（0.60 或更高）可以信赖。其他所有情况都是 verify：在基于它进行构建之前请先检查。

这是其他记忆系统都没有提供的功能：记忆不仅回答"我们说过什么？"，还回答"这在真正重要的时候，是否曾经正确过？"

任务：你的智能体可以互相交接工作

任务只是另一种笔记（类型：task），带有状态和负责人：

"assign my codex a task: read docs/brief.md and draft the FAQ"

你的 Claude 编写任务笔记。下次你的 Codex 会话启动并回忆大脑时，分配给它的开放任务就会出现在响应的 open_tasks 部分中。它认领任务，完成工作，然后完成任务，而完成就是循环闭合的地方：完成任务的智能体记录它依赖了哪些笔记（helped_note_ids），这些笔记就会获得信用。这就是记忆如何在不需你运行任何记账命令的情况下赢得其置信度。

当一个已认领的任务超出了智能体的能力范围（缺少访问权限、反复失败）时，它会放弃该任务而不是搁置它：任务会回到开放状态，并在 abandon_reason 中记录原因，对分配者和下一个认领者可见。失败可见性是一个特性；一个默默腐烂的任务比一个被大声退回的任务更糟糕。当有人下次认领该任务时，原因会被清除。

诚实的机制：没有后台进程。分配意味着笔记在文件夹中等待，直到该智能体的下一个会话将其拾取。你的智能体通过大脑进行协调，就像团队通过白板进行协调一样：除非有人走过并阅读它，否则什么都不会发生。对于始终在线的认领、人与人之间的实时交接以及带有真实成本归属的收据，那是托管产品的工作。

做梦

只会积累的大脑最终会淤塞。npx cookbook-brain dream 是夜间整合过程：它合并重复项，将两次获得信用的 gotcha 提升为 convention，将矛盾标记为开放线程，并为冲突的笔记重新命名，每一项提议在应用之前都会由一个对抗性反驳者进行审查。它在你的本地 Claude CLI 上、在你的登录名下运行：cookbook-brain 从不持有 API 密钥，也不进行任何自己的网络调用。

npx cookbook-brain dream               # report-only: propose and review, apply nothing
npx cookbook-brain dream --apply       # execute the proposals the refuter kept
npx cookbook-brain dream --apply --commit  # then git commit the brain directory (only paths under it)
npx cookbook-brain dream --json        # machine-readable report on stdout (report file still written)
npx cookbook-brain dream --dry-digest  # print exactly what would be sent to the model, then exit
npx cookbook-brain dream --model <id>  # pick the model; default is your claude setting

一个梦的工作流程，按顺序：

1. 卫生扫描，无需模型。 一个确定性过程收集重复的活跃标题、仍被活跃维基链接引用的已取代笔记，以及陈旧且未经证明的笔记（verify 等级，超过 90 天）。这些发现为下一步提供种子。

2. 提议者。 一次 claude -p 调用会看到你活跃笔记的紧凑摘要（id、类型、标题、信用、年龄、每个正文的前 280 个字符），并且可以仅从一组封闭的操作中提出操作：merge、promote、flag_contradiction、retitle_for_collision。如果你想知道发送给模型的确切内容，可以先运行 --dry-digest；反驳者调用还会额外发送提议所涉及的任何笔记的完整文本。

3. 反驳者。 第二次 claude -p 调用，使用全新的上下文，并且没有提议的记忆，它会根据源笔记的完整文本审查每个提议，并且必须回答保留或拒绝并附上理由。无法解析其裁决的提议默认被拒绝，绝不会被静默保留。如果反驳者调用本身失败或返回垃圾信息，则整个梦被标记为 refuter: absent，并且即使使用 --apply 也不会应用任何内容。报告始终区分"无异议"和"审查者从未出现"。反驳者提示被限制在 24,000 个字符：当提议加上其源笔记会溢出时，最大的提议将从审查中删除，记录为"未审查：太大"，并且永远不会被应用，因为未经审查的提议永远不会被应用。

4. 应用，仅在你要求时。 默认是仅报告。使用 --apply，保留的提议会以可逆的方式执行：合并会写入一条新笔记，其 consolidates 字段列出源 ID，并在每个源上盖上 superseded_by 戳记；提升也会以相同方式写入一条 convention 笔记；矛盾会归档一条普通的 open_thread 笔记（如果一条活跃的 open_thread 已经引用了这两个笔记，则跳过，这样同一个冲突永远不会被标记两次）；重命名就是一次普通的取代。在写入时，应用会持有一个 brain/.lock 文件：MCP 写入工具会等待它，读取从不阻塞，超过十分钟的锁是陈旧的（应用崩溃），会被覆盖并发出警告。撤销一个梦就是对其提交执行 git revert，因为一个梦只会添加文件并盖上 superseded_by 戳记。添加 --commit，成功的应用会为你提交大脑目录，并且只触及它下面的路径。

每个梦都会向 brain/dreams/DREAM_<date>.md 写入一份报告（笔记扫描器从不读取的子目录）：摘要统计、卫生发现、每个提议及其理由、每个反驳者的裁决及其理由、强制性的 refuter: ran 或 refuter: absent 行、应用了什么以及如何撤销。

一个值得注意的特性：梦写入的笔记的作者是 { human: you, agent: "dream" }，并且适用纯智能体来源上限。大脑不信任自己的梦，直到工作证明了它们。一条梦合并的笔记开始时置信度很低，就像任何其他未引用来源的智能体声明一样，并且只有通过在真正的工作依赖它时证明自己是正确的，才能逐步提升。

夜间运行，如果你愿意的话

梦被设计为在你睡觉时运行。一个简单的 crontab 行就可以做到：

15 3 * * * cd /path/to/your/project && npx cookbook-brain dream >> brain/dreams/cron.log 2>&1

省略 --apply，在喝咖啡时阅读报告，或者一旦你信任你的反驳者的品味就添加它。无论哪种方式，之后都提交大脑，这样每个梦都是一个可撤销的提交；--apply --commit 会为你完成那个提交。

收获：你的大脑一开始就是满的

一个新的大脑不应该在空白状态下启动，而数周的真实决策却存在于本地会话转录中。npx cookbook-brain harvest 读取你最近的 Claude Code 会话，将它们提炼成原子化的笔记，并将每个提议提交给与审查梦相同的对抗性反驳者。这就是大脑如何在第一天启动，以及如何在繁忙的一周后补充内容的方式。

npx cookbook-brain harvest                  # report-only: propose notes from the last 7 days
npx cookbook-brain harvest --days 30        # scan further back
npx cookbook-brain harvest --project myapp  # only sessions whose working directory basename matches
npx cookbook-brain harvest --apply          # write the notes the refuter kept
npx cookbook-brain harvest --session <id> --since-last  # one session, only messages newer than its watermark
npx cookbook-brain harvest --dry-digest     # print exactly what would be sent to the model, then exit
npx cookbook-brain harvest --json           # machine-readable report on stdout (report file still written)
npx cookbook-brain harvest --sessions <path> --model <id>   # override the transcripts root and the model

直接回答你应该会问的问题：

• 它读取的内容。 本地 ~/.claude/projects 目录下的 Claude Code 会话记录（可通过 --sessions 覆盖），时间范围为最近 N 天。是的，它会读取消息内容——人类自己的消息以及助手的主要结论——因为提炼内容正是其全部工作。时间窗口按每条消息的时间戳计算，因此一个持续数月未关闭的会话文件，只会贡献其时间窗口内的消息，而不会贡献全部历史。工具调用、子代理会话记录以及工具自身的 claude -p 运行（harvest 和 dream 调用，通过其提示标记检测）会被跳过。这与仅处理元数据的工具有意相反；在此说明，以免您意外发现。

• 它发送到哪里。 紧凑的按会话摘要会发送给您自己已登录的 claude CLI——正是最初产生这些会话的同一个工具。无需 API 密钥，无需其他网络调用，任何数据都不会通过您 claude 登录尚未使用的路径离开您的机器。--dry-digest 会打印出确切的出站提示。

• 它写入什么。 默认情况下，不写入任何内容。brain/dreams/HARVEST_<date>.md 中的一份报告会列出每个提案、每次去重跳过（大脑已掌握的事实）以及每个反驳者的裁决，包括强制性的 refuter: ran 或 refuter: absent 行；未经审查的 harvest 不会应用任何内容，即使使用了 --apply。只有 --apply 会写入笔记，并且已应用的 harvest 只会添加新文件，因此撤销它只需执行 git revert 或删除列出的文件。

• 不信任属性。 收获的笔记作者为 { human: you, agent: "harvest" }，并且每个正文末尾都包含一个 source: 行，引用其会话以及被摘要片段的实际消息日期范围（例如 source: session 2026-08-15, project cookbook-app，或对于长期存在的会话为 source: session 2026-08-12 to 2026-08-18, project phonestack）。该引用通过常规的源检测机制，使源自代理的置信度上限为 0.85，无需特殊处理：大脑信任其自身的引导程序胜过未经证实的声明，但信任度低于您，直到实际工作将笔记的置信度提升。

两个标志使 harvest 从全面扫描变为精准操作。--session <id> 仅收获一个特定的会话记录（日期窗口仍然适用，此模式下默认为宽松的 2 天）。--since-last 使 harvest 变为增量式：它从 brain/dreams/harvested.json（一个将会话 ID 映射到上次 harvest 处理的最后一条消息时间戳的映射表）读取每个会话的水印，并且仅摘要每个水印之后的新消息，因此一个持续数月未关闭的会话文件永远不会重新摘要旧内容。每次成功的 harvest（包括仅生成报告）都会更新水印；失败的或无法解析的模型调用不会更新任何内容，因此内容永远不会被静默丢失。该文件位于 dreams/ 目录下，笔记扫描器永远不会读取它，删除它只会导致下一次 harvest 从普通的日期窗口开始。

自动收获：自我提炼的会话

一个命令即可让每个 Claude Code 会话在关闭时自我收获：

npx cookbook-brain install-hook

这会在 ~/.claude/settings.json 中注册一个 SessionEnd 钩子，操作精准：解析该文件，精确合并一个条目，保留所有其他键和钩子，并且如果文件无法解析，该命令会拒绝写入。此后，每当一个会话结束时，钩子会读取 SessionEnd 负载，在后台生成一个 DETACHED 进程，运行

cookbook-brain harvest --session <that session> --since-last --json

针对该会话的工作目录，然后立即退出，因此关闭会话永远不会被延迟。--since-last 水印意味着长期存在的会话只会被增量摘要：每次关闭仅提炼自上次 harvest 以来发生的内容。

再次给出直接答案：

• 始终仅生成报告。 该钩子无法应用，这是设计使然且硬编码的：无人值守地写入您的记忆需要您先过目。保留的提案会累积在报告中，并且每当最近的报告包含已保留但未应用的笔记时，cookbook-brain log 的末尾会显示一行类似 2 harvest report(s) with unapplied keeps: review with cookbook-brain harvest --apply 的信息。喝杯咖啡时审查它们，并在同意时应用；去重机制确保已知事实永远不会被重复记录。

• 输出位置。 每次运行都会将其 JSON 报告追加到 ~/.cookbook-brain-autoharvest.log，而 Markdown 报告会像任何其他 harvest 一样存放在 brain/dreams/HARVEST_<date>.md（web 查看器也会显示它们）。大脑目录从会话自身的工作目录解析（./brain 或 BRAIN_DIR），因此，如果会话所在的项目没有大脑，则只会记录一个友好的失败信息，不会更改任何内容。

• 诚实的成本说明。 会话关闭会触发最多两次模型调用（提议者和反驳者），使用您自己的 claude CLI 登录。它们以后台方式运行，因此关闭是即时的，但这些是您账户上的真实调用。缓解措施是结构性的：如果会话在其水印之后没有新内容，则会在任何模型调用之前退出；并且工具自身的 claude -p 运行（harvest 和 dream 调用）会通过其提示标记被检测到并直接跳过，因此自动收获永远不会递归调用自身。

• 撤销只需一个命令。 npx cookbook-brain uninstall-hook 仅移除 cookbook-brain 条目，并保留所有其他设置和钩子不变。已在运行的会话将在下次重启时注意到这一变化，双向皆然。

它不是什么

• 不是向量数据库（参见上文“为什么是文件”；可选的嵌入功能可能会在以后添加，并且永远不会是必需的）。

• 不是托管服务。一个大脑，一个所有者，任意数量的您的代理。

• 不是聊天记录。它存储原子化的、经过深思熟虑的笔记，而不是会话记录；即使是读取您会话的 harvest，也会将其提炼为单一事实的笔记，并且从不存储会话记录。

我的团队可以共享一个大脑吗？

您可以像共享任何仓库一样共享该仓库，对于两个细心的人来说，这勉强可行。但共享记忆的可靠性会因此被破坏：没有实时同步（在有人拉取之前，您会回忆起过时的笔记），并发写入意味着合并冲突，并且没有任何机制强制归属：任何人都可以编辑任何文件，包括其信用记录。一个任何人都可以悄悄重写的记录，不是真正的记录。

强制归属、实时同步、原子化任务声明以及能够跨整个团队为记忆提供信用的收据，需要一个人们无法绕过的服务器。这就是我们销售的产品：cookbook.team 是多人大脑。此仓库是单人版，并且它在这方面确实表现出色。

cookbook-brain 与 Obsidian

您的大脑文件夹可以在 Obsidian 中作为普通仓库打开：维基链接会高亮显示，图表视图会绘制您代理的知识，反向链接也能正常工作。Obsidian 是为这种格式构建的最佳阅读器，您绝对应该将 Obsidian 指向您的大脑。

那么，与一个 Obsidian 仓库加上现有的某个仓库 MCP 服务器相比，这个工具增加了什么？那些服务器打开了一扇门：代理可以读取、编辑和删除您的笔记。此工具为通过这些门的内容增加了纪律。仓库服务器允许代理覆盖您的笔记；在这里，每次更改都是一个带有归属的新笔记，取代旧笔记。仓库中的笔记永远被同等信任；在这里，笔记带有出处，并根据结果赢得置信度。而且，仓库不知道您的哪个代理写了什么，也不知道它们如何交接工作；在这里，这正是全部意义所在。

Obsidian 是您阅读大脑的地方。cookbook-brain 是防止您的代理破坏大脑的工具。

与 Obsidian 一起使用

作为仓库打开

使用 Obsidian 的“将文件夹作为仓库打开”功能，打开大脑目录（或任何包含它的文件夹）。无需插件即可实现基本功能：维基链接可解析，图表视图可绘制您的代理所知的内容，反向链接也能正常工作。

链接为何能解析：别名

文件名是日期加短横线格式（2026-08-18--poll-interval-is-30s.md），但笔记正文通过标题链接（[[Poll interval is 30s]]）。桥梁是 aliases frontmatter 字段：每个笔记都将其自身标题作为别名携带，Obsidian 通过别名解析维基链接。由 cookbook-brain 0.5 及更早版本编写的笔记缺少此字段；cookbook-brain doctor 会对此发出警告，并且

npx cookbook-brain doctor --fix-aliases

会将 aliases: [<title>] 标记添加到每个缺少该字段的活动笔记中。此标记是经过批准的 frontmatter 添加项，与 supersede 和 credit 标记一起记录在 SCHEMA.md 中，并且它永远不会触及正文。

属性视图

Obsidian 将 frontmatter 读取为属性：打开任何笔记，您会看到 type、author、created、credits、last_credited，以及在任务上的 status、assigned_to、claimed_by、result。这使得 Obsidian 搜索和属性面板成为大脑元数据的免费查询界面。

您仓库中的大脑

已经有一个仓库了？将大脑放在它的一个子文件夹中，并将工具指向那里：

npx cookbook-brain init --dir ~/Vault/brain
claude mcp add brain -- npx cookbook-brain serve --dir ~/Vault/brain

然后，您代理的记忆将与您自己的笔记共存，您仓库中的笔记可以像链接其他笔记一样链接到大脑笔记，并且如果您更喜欢使用环境变量，BRAIN_DIR 的工作方式相同。扫描器只读取该一个文件夹中的顶级 .md 文件，因此您仓库的其余部分永远不会被触及。

手动编辑

这是您的文件，可以自由编辑；仅追加的纪律约束的是代理的工具，而不是您的操作。修正错别字、重写正文、删除您不想要的笔记：这是您的大脑。永不覆盖规则的存在是为了防止 AI 悄悄重写历史，而不是为了将您拒之门外。在进行大量手动编辑后，cookbook-brain doctor 会告诉您是否有任何内容破坏了链接、supersede 链或任务。

Dataview 片段

这些需要社区 Dataview 插件。如果您的大脑文件夹名称不同，请调整 FROM "brain"。

所有已获信用的决策（最接近已证明层级的仅 frontmatter 代理；精确的层级计算需要置信度公式，web 会显示）：

```dataview
TABLE credits, last_credited, author.agent AS agent
FROM "brain"
WHERE type = "decision" AND credits >= 1 AND !superseded_by
SORT credits DESC
```

从未获信用的陷阱（已记录但从未被实际工作确认的陷阱）：

```dataview
TABLE created, author.agent AS agent
FROM "brain"
WHERE type = "gotcha" AND credits = 0 AND !superseded_by
SORT created ASC
```

按负责人划分的开放任务：

```dataview
TABLE assigned_to, abandon_reason, created
FROM "brain"
WHERE type = "task" AND status = "open" AND !superseded_by
SORT assigned_to ASC
```

主页和层级视图

npx cookbook-brain index 会在大脑根目录生成 INDEX.md：每个活动笔记作为一个维基链接，按类型分组，惯例优先，每个都带有其层级和信用。它适合作为仓库主页；它是一个视图，而不是一个笔记，因此重新生成会覆盖它，并且扫描器会忽略它。对于 Obsidian 不显示的一项内容——实时置信度和层级计算——请运行 npx cookbook-brain web：一个位于 http://127.0.0.1:4321 的只读查看器，带有置信度条、层级徽章、任务面板以及 dream 和 harvest 报告。

当您的团队准备好时

您的大脑和 cookbook.team 使用相同的语言：相同的笔记类型、相同的层级、相同的来源纪律、相同的任务动词。因此，迁移只需向同时连接到两者的代理下达一个指令：读取我大脑中的每个活动笔记，并将其记住到我的团队工作空间中，使用相同的类型、标题、正文和来源。归属关系会随之迁移。您的惯例会在它们落地的那一刻开始影响每个队友的回忆。

信用不会迁移，这是有意为之：团队置信度是从团队成果中赢得的，而导入的声明在团队的工作证明其正确性之前，仅具有被引用代理的信任度。不信任直到被证明的原则同样适用于迁移本身。

升级后保留大脑。许多人可能两者都需要：大脑用于个人上下文，工作空间用于团队上下文。它们是不同层级，而非竞争对手。

致谢与诚实的定位

Mem0、Zep 和 Letta 是优秀的托管/基础设施记忆层，具有此工具不具备的能力（托管规模、时间图、企业功能）。QM 为团队提供限定范围的个人记忆。cookbook-brain 在三个维度上有所不同：您的记忆是您拥有的文件，而不是服务中的行；每条笔记都有归属且仅追加；置信度是从结果中赢得的，而不是在写入时断言的。如果您想要一个托管的记忆 API，请使用它们。如果您想要一个您可以阅读的大脑，请使用这个。

我们为何构建这个

在 cookbook.team，我们构建了多人版本：一个共享工作区，团队的人类和智能体在同一块白板上协作，共享一个大脑，每个任务都会生成一份收据，记录其使用的记忆。cookbook-brain 就是那个记忆层，单人版，免费，属于你。如果你的团队想要共享版本，你知道厨房在哪里。

MIT，版权归 Proz。