爱因斯坦（记忆插件）
爱因斯坦是 AiHummer 的官方长期记忆插件。 它为代理提供了一个持久的、可搜索的记忆，即使在重启和对话后仍能保持，而不会将该记忆变成一个黑箱。指导原则很简单： PostgreSQL 是系统存储，而标准 Markdown 是其可读的人类投影，系统会对内容进行索引并提出更改。在 review 模式下，每一次进入长期记忆的提升都由人工审核；在 auto 模式（默认）下，代理用 memory_store 工具显式保存的事实立即可搜索。
该插件作为其自己的小型 Python 服务在主机本地运行（仅使用标准库——不使用重量级框架），并通过 aihummer.memory.v1 合同。入口网关内存子系统（声明、召回、数据栅栏）在概念页面上有描述 记忆（爱因斯坦）；本页涵盖了 插件 支持它的
事实
| 字段 | 价值 |
|---|---|
| 版本 | 1.0.0 |
| 港口 | 8820 |
| 运行时 | Python（标准库），宿主本地 |
它是什么
爱因斯坦将记忆存储为 人类可读的 Markdown ——一个人可以打开、阅读和编辑的规范记录。在该记录的基础上，它构建了代理在执行回合时所需的机制：
- 检索 — 获取与当前对话相关的记忆。
- 搜索 — 基于全文和嵌入的检索存储的事实。
- 嵌入 — 用于语义检索的向量，通过 HTTP 提供。
因为 Markdown 是规范格式，索引没有任何重要性：它们可以随时从该规范记录中重建，并且审阅者总是阅读与代理相同的文本。
它是如何使用的
在轮到的时候，网关会向爱因斯坦询问与当前上下文相关的记忆。回忆会被传递给模型 作为一个工具结果，包装在数据栅栏中，绝不会作为注入指令——因此，进入内存的恶意笔记无法劫持代理。在对话中观察到的新事实被提取为 有证据的主张 并排队等待审核，而不是直接写入内存。
还有第二条路径：代理可以自己用 memory_store 工具 保存一个事实。这次写入如何落地由核心的记忆采集模式决定——为 auto（默认）时事实立即可搜索；为 review 或 off 时它成为等待批准的候选。工具结果带有 searchable_now 字段，因此代理可以诚实地告诉你，它刚刚保存的事实是否已经可以被回忆。
[!NOTE] 系统 索引并提出建议，但从不默默地重写记忆。 在
review模式下，将一个主张提升到长期记忆是有意识的、 人工审查的步骤；在auto模式（默认）下，代理显式保存的 事实立即可搜索。记忆模式（自动 / 回顾 / 关闭）和检索模式（全文 / 嵌入）是 核心 设置（设置目录中的AIHUMMER_MEMORY_CAPTURE/AIHUMMER_MEMORY_RETRIEVAL），而不是插件表单。
v2 内存平台（默认开启）
爱因斯坦运送完整 v2 内存平台，以及它的所有力量 开箱即用 — 无需手动连接：声明提取、审查队列、后台推导器（从证据中提取事实、链接和实体）、“梦境”/整合处理（去重和记忆自我修复）、记忆图以及矛盾检测。记忆模式、嵌入器和向量存储单独配置，作为核心设置。爱因斯坦本身由供应商配置：插件不暴露运维设置，在插件页面上只有它的更新操作可用。
[!NOTE] 唯一的人类步骤是 批准写入规范内存 (
MEMORY.md). 每个 v2 工作者只写入一个单独的 sidecar 存储，并且 从未触碰 规范 Markdown当爱因斯坦推导出值得纳入经典的修改时， 它显示在审核界面中并以 一键 应用。因此所有的能力都可以 立即使用，而核心保证依然成立： 记忆从不会在你不知情的情况下被重写。 这是产品决策， 不是运维设置。
安装
爱因斯坦是一个 内置插件: 它会自动为每个租户安装，携带一个 内置 插件列表中的徽章和 无法移除 ——记忆是产品核心的一部分。模块本身始终存在，但 内存收集可以关闭：那 off 记忆模式（核心设置 AIHUMMER_MEMORY_CAPTURE）会阻止收集新记忆，而无需移除模块。无需单独安装；常规插件的完整生命周期在以下内容中有描述 安装与更新没有容器——爱因斯坦作为自己的 systemd 服务运行，与网关并行。
安全与限制
- 规范化 Markdown 是一种可读的呈现方式。 系统商店是 PostgreSQL；索引和嵌入是可导出的；规范文本是一个 人工审核和编辑。
- 不要悄悄重写。 v2 平台开箱即可使用，但写入到 规范内存要经过一键人工审批；工作者只写 到侧车上，永远不触碰标准的 Markdown。
- 数据围栏召回。 记忆作为有边界的工具输出到达模型，从不 作为指令，它阻止间接提示注入。
- 安全的网页用户界面。 插件的评论/管理界面是受访问控制的。
- 主机原生 在 systemd 下运行，不在容器中。