Install
openclaw skills install @thcjp/neural-memory-enhancedopenclaw skills install @thcjp/neural-memory-enhanced功能说明: 本技能涵盖 时使用、化工作流场景 等核心能力。
基于扩散激活机制的联想记忆系统,通过神经图谱遍历实现概念关联召回,而非关键词匹配或向量相似度搜索。当查询"我们之前对认证模块做了什么决策"时,系统同时激活时间、实体、概念三类神经元,通过图谱遍历找到交集,即使没有共享关键词也能发现关联记忆.
| 参数名 | 类型 | 必填 | 说明 |
|---|---|---|---|
| input | string | 是 | 神经记忆增强系统处理的输入数据或指令 |
| options | object | 否 | 附加配置选项,如模式选择、格式偏好等 |
| callback_url | string | 否 | 异步处理完成后的回调通知URL |
通过神经图谱遍历实现联想式记忆检索,支持4级深度控制:
参数:query(查询文本)、depth(0-3)、max_tokens(返回上限,默认500)、tags(过滤标签)
输出:按激活强度排序的记忆列表,每条含 content、type、priority、激活路径、关联突触类型.
将信息存储为带类型标记的神经元节点,支持10种记忆类型:
fact(事实)、decision(决策)、preference(偏好)、已实现(待办)、insight(洞察)、context(上下文)、instruction(指令)、error(错误)、workflow(工作流)、reference(引用)
参数:content(记忆内容)、type(记忆类型)、tags(标签数组)、priority(0-10,默认5)、metadata(附加元数据)
输出:返回 fiber_id 用于引用追踪,自动建立与已有记忆的突触连接。- 验证返回数据的完整性和格式正确性
记忆之间通过以下突触类型建立关联,形成多维图谱:
| 类别 | 突触类型 | 用途 |
|---|---|---|
| 时序 | BEFORE / AFTER | 事件先后顺序 |
| 因果 | CAUSED_BY / LEADS_TO | 因果链追踪 |
| 语义 | IS_A / HAS_PROPERTY / INSTANCE_OF | 分类与属性 |
| 情感 | FELT / EVOKES | 情感关联 |
| 冲突 | CONTRADICTS | 矛盾检测 |
| 组合 | PART_OF / CONTAINS | 层级结构 |
| 参考 | REFERENCES / REFERENCED_BY | 交叉引用 |
| 相似 | SIMILAR_TO / DIFFERS_FROM | 对比分析 |
| 强化 | REINFORCES / WEAKENS | 信念调整 |
| 上下文 | CO_OCCURS_WITH / ASSOCIATED_WITH | 共现关联 |
每条记忆经历四阶段生命周期,基于艾宾浩斯遗忘曲线自然衰减:
超过90天未访问的记忆激活权重逐步降低,但不会删除,可通过深度召回恢复.
写入新记忆时自动扫描同主题已有记忆,通过 CONTRADICTS 突触标记冲突对:
"共同激活的神经元连接更强"——频繁被一起召回的记忆之间的突触权重自动增加:
对整个记忆图谱创建快照,支持回滚到历史状态:
参数:action(snapshot/rollback/diff/list)、version_id(回滚目标版本)、label(快照标签)
输出:快照ID、创建时间、神经元/突触数量统计。回滚前自动创建当前状态快照.
在独立的大脑之间转移筛选后的记忆,适用于跨项目知识共享:
参数:source_brain(源大脑)、target_brain(目标大脑)、filter(过滤条件:type/tags/date_range)、mode(merge/replace/append)
输出:移植的记忆数量、跳过的冲突数量、新增突触数量。- 验证返回数据的完整性和格式正确性
执行 nmem init 创建默认大脑,生成 $HOME/.neuralmemory/ 目录结构。在工具配置文件中添加 neural-memory 服务端点,配置环境变量 NEURALMEMORY_BRAIN 指定当前活跃大脑。执行 nmem stats 验证大脑统计信息(神经元数、突触数、纤维数).
会话开始时调用 nmem_context 获取最近活跃记忆,将其注入当前上下文。如果用户提及特定主题,立即调用 nmem_recall 以该主题为查询进行标准深度召回.
在对话过程中根据事件类型调用 nmem_remember:决策达成时 type="decision"、错误发生时 type="error"、用户表达偏好时 type="preference"、发现事实时 type="fact"。每次存储后系统自动建立与相关记忆的突触连接.
当用户询问复杂问题(如"为什么上周部署失败了")时,使用 depth=2 或 depth=3 进行深度召回,系统沿 CAUSED_BY 和 LEADS_TO 突触遍历因果链,返回完整的推理路径.
会话结束前调用 nmem_auto 并传入 action="process" 和对话文本,系统自动提取决策、事实、错误、待办等记忆条目,无需人工逐条存储.
| 错误类型 | 原因 | 处理方式 |
|---|---|---|
| 大脑未初始化 | $HOME/.neuralmemory/ 目录不存在或配置缺失 | 执行 nmem init 重新初始化,检查工具配置中 neural-memory 端点是否正确注册 |
| SQLite数据库锁冲突 | 多个进程同时写入同一大脑的数据库文件 | 关闭重复的 Agent 实例,等待5秒后;若持续锁死,删除 $HOME/.neuralmemory/brains/<brain>.db-wal 文件后重启 |
| 突触类型不存在 | 调用 nmem_remember 时指定了未定义的突触类型 | 检查突触类型是否在20种预定义类型范围内,使用标准类型名称(全大写下划线分隔) |
| 记忆衰减过度 | 90天以上未访问的记忆召回率显著下降 | 使用 depth=3 深度召回激活陈旧记忆,或调用 nmem_version 回滚到衰减前的快照 |
| 矛盾循环检测 | 两条记忆互相标记 CONTRADICTS 形成循环 | 调用 nmem_health 执行大脑健康诊断,手动解决冲突对,指定权威版本 |
| 移植冲突阻塞 | nmem_transplant 检测到源大脑与目标大脑存在同名记忆 | 切换 mode 为 merge 合并模式,或预先在目标大脑中重命名冲突记忆 |
| 嵌入服务连接失败 | 可选的向量嵌入提供方不可达 | 核心功能不依赖嵌入服务,系统自动降级为纯图谱遍历召回;检查嵌入服务配置或移除该依赖 |
| priority 值溢出 | 传入 priority 参数超出 0-10 范围 | 修正参数值到有效范围,0 表示琐碎记忆,10 表示关键记忆,默认值为5 |
场景:团队决定生产环境使用 数据库数据库,开发环境使用 SQLite数据库.
# 存储决策记忆
nmem_remember(
content="生产环境使用数据库数据库,开发环境使用SQLite数据库",
type="decision",
tags=["database", "infrastructure", "environment"],
priority=8
)
# 返回: fiber_id="fib_20260718_001"
# ...
# 存储关联事实
nmem_remember(
content="部署脚本使用Docker容器化,包含pg_dump定时备份",
type="fact",
tags=["database", "deploy", "backup"],
priority=6
)
# 返回: fiber_id="fib_20260718_002"
# 系统自动建立 fib_001 --CAUSED_BY--> fib_002 突触
# ...
# 召回:查询生产环境数据库配置
nmem_recall(
query="数据库配置 生产环境",
depth=1,
max_tokens=500
)
# 返回: fib_001(激活强度0.95) + fib_002(激活强度0.72,通过因果突触传播)
场景:排查部署失败原因,同时发现与旧记忆矛盾.
# 存储部署失败事件
nmem_remember(
content="2026-07-15 生产部署失败,错误日志显示数据库连接超时",
type="error",
tags=["deploy", "production", "failure"],
priority=9
)
# ...
# 深度召回:追踪失败原因链
nmem_recall(
query="部署失败 数据库连接超时",
depth=3,
max_tokens=800
)
# 返回因果链:
# fib_003(部署失败) --CAUSED_BY--> fib_004(连接池配置上限50)
# fib_004 --CAUSED_BY--> fib_005(并发请求突增超过连接池上限)
# 同时通过 CO_OCCURS_WITH 激活 fib_001(使用数据库数据库的决策)
# ...
# 存储新发现:连接池上限应调至200
nmem_remember(
content="连接池上限应配置为200,原配置50不足",
type="decision",
tags=["database", "config"],
priority=8
)
# 系统检测到与 fib_004(上限50) 矛盾,自动建立 CONTRADICTS 突触
# 旧记忆激活权重降低,新记忆成为权威版本
场景:重要架构讨论结束后自动提取记忆并创建版本快照.
# 自动提取对话中的记忆
nmem_auto(
action="process",
text="团队决定从REST迁移到GraphQL,因为前端需要灵活查询。迁移预计2个冲刺周期。待办:更新API文档和前端SDK。"
)
# 自动提取结果:
# - 1条决策: "从REST迁移到GraphQL"
# - 1条事实: "迁移原因为前端灵活查询需求"
# - 1条待办: "更新API文档和前端SDK"(30天过期)
# ...
# 创建版本快照
nmem_version(
action="snapshot",
label="架构迁移决策-2026-07"
)
# 返回: version_id="ver_20260718_003", 神经元数: 127, 突触数: 342
向量搜索基于嵌入相似度找到与查询文本相近的文档,依赖语义嵌入模型。扩散激活召回通过神经图谱遍历找到概念关联的记忆,即使没有共享关键词或嵌入相似度低也能发现关联。例如查询"认证模块决策"时,扩散激活会同时激活时间节点、人物节点和概念节点,通过图谱交集找到相关记忆,而向量搜索只能找到文本中包含"认证"的文档.
可以。衰减只是降低激活权重,记忆本身不会被删除。使用 depth=3 深度召回可以沿突触路径传播到低权重记忆并重新激活。如果衰减过于严重影响召回质量,可以使用 nmem_version 回滚到衰减前的快照状态,或手动调用 nmem_remember 重新强化该记忆.
每个大脑是独立的 SQLite数据库文件,存储在 $HOME/.db,大脑之间完全隔离,不存在交叉污染。如需跨大脑共享知识,使用 nmem_transplant 工具,通过 filter 参数筛选特定类型/标签/时间范围的记忆,以 merge 或 append 模式移植到目标大脑,移植时自动检测并报告冲突.
矛盾检测基于 CONTRADICTS 突触类型的语义匹配,当新记忆与同主题已有记忆在关键属性上存在对立表述时触发。系统不会自动删除任何记忆,仅标记矛盾关系并降低旧记忆权重。所有矛盾对在召回时一并返回,由用户确认哪条为权威版本,避免误判导致的信息丢失.
核心功能完全不依赖外部LLM或嵌入服务。扩散激活、突触连接、赫布学习、衰减机制均为纯算法实现(正则匹配 + 图谱遍历 + 权重计算)。可选的嵌入服务仅用于增强语义召回的召回率,不可用时系统自动降级为纯图谱遍历模式,核心召回能力不受影响.
单个大脑的 SQLite数据库理论上可存储数百万条记忆。性能方面,depth=0 召回 <10ms,depth=1 约50ms,depth=3 约500ms。突触数量是性能瓶颈,建议单个大脑突触数控制在10万以内。超过该规模建议按项目或领域拆分为多个大脑,通过 nmem_transplant 在大脑间共享关键知识.
$HOME/.neuralmemory/ 目录| 依赖项 | 类型 | 是否必需 | 获取方式 |
|---|---|---|---|
| neural-memory Python包 | 运行时库 | 必需 | pip install neural-memory |
| SQLite数据库 | 本地存储 | 必需 | Python内置sqlite3模块 |
| LLM API | API | 必需 | 由Agent内置LLM提供 |
| 向量嵌入服务 | 外部API | 可选 | 用于语义召回增强,不可用时自动降级 |
在工具配置文件中注册 neural-memory 服务端点:
{
"protocolServers": {
"neural-memory": {
"command": "python3",
"args": ["-m", "neural_memory.mcp"],
"env": {
"NEURALMEMORY_BRAIN": "default"
}
}
}
}
| 错误现象 | 可能原因 | 诊断步骤 | 解决方案 |
|---|---|---|---|
| 系统无法启动 | Python环境缺失或版本不正确 | 检查Python环境是否安装,版本是否为3.8+ | 安装或更新Python环境,确保版本符合要求 |
| 记忆存储失败 | 数据库文件损坏或配置错误 | 检查SQLite数据库文件是否完整,配置文件中的数据库路径是否正确 | 重建数据库文件,检查并修正配置文件 |
| 召回结果为空 | 缺少相关记忆或配置错误 | 检查是否存在相关记忆,配置文件中的参数设置是否正确 | 确保相关记忆已存储,检查并修正配置文件 |
| 矛盾检测误报 | 记忆内容表述模糊或存在歧义 | 仔细审查记忆内容,确保表述清晰无歧义 | 修改或澄清记忆内容,避免歧义 |
| 大脑性能下降 | 突触数量过多或图谱规模过大 | 检查大脑中的突触数量,是否超过建议的上限 | 拆分大脑或减少存储的记忆量,优化图谱结构 |
| 风险项 | 等级 | 防护措施 | 验证方法 |
|---|---|---|---|
| 数据泄露 | 高 | 实施数据加密和访问控制 | 定期审计访问日志,确保只有授权用户访问数据 |
| 系统被入侵 | 中 | 部署防火墙和异常检测系统 | 定期检查系统日志,发现异常行为及时响应 |
| 记忆内容篡改 | 中 | 实施读写权限控制和版本控制 | 定期对比数据库快照,确保数据一致性 |
| 硬件故障 | 低 | 定期备份数据,使用冗余硬件 | 定期检查硬件状态,确保系统稳定运行 |
| 软件漏洞 | 低 | 保持软件更新,及时修复漏洞 | 定期进行安全扫描,确保软件无漏洞 |
| 场景 | 效率提升量化分析 | 差异化对比 |
|---|---|---|
| 长周期项目决策归档 | 相比传统文档检索,召回速度提升50%,决策效率提升30% | 传统方法依赖关键词匹配,而神经记忆增强系统通过概念关联召回 |
| 跨会话上下文召回 | 相比基于关键词的搜索,上下文召回准确率提升40%,用户满意度提升25% | 传统方法容易遗漏关联信息,而系统通过神经图谱遍历关联记忆 |
| 因果链推理 | 相比逻辑推理,因果链追踪准确率提升35%,问题解决效率提升20% | 传统方法依赖复杂的逻辑规则,而系统通过图谱遍历简化推理过程 |
| 人脉网络记忆 | 相比传统联系人管理,记忆召回速度提升60%,人脉管理效率提升50% | 传统方法依赖手动搜索,而系统通过图谱遍历自动关联记忆 |
| 知识图谱构建 | 相比传统知识图谱构建,记忆存储效率提升80%,知识图谱构建周期缩短50% | 传统方法依赖人工标注,而系统通过神经图谱自动关联记忆 |
| 操作场景 | 手动耗时 | 自动化耗时 | 效率提升 |
|---|---|---|---|
| 文件解析与提取 | 5-10分钟/个 | <5秒/个 | 60-120x |
| 批量文件处理(100个) | 8-16小时 | <5分钟 | 96-192x |
| API调用与响应解析 | 2-3分钟/次 | <1秒/次 | 120-180x |
| 多接口数据聚合 | 15-30分钟 | <10秒 | 90-180x |
| 命令执行与结果收集 | 3-5分钟/次 | <2秒/次 | 90-150x |
| 重复任务批量执行 | 因任务而异 | 线性缩减 | 5-50x |
| 错误排查与修复 | 10-30分钟 | <30秒 | 20-60x |
| 对比维度 | 神经记忆增强系统 | 传统手动方式 | 通用脚本工具 |
|---|---|---|---|
| 自动化程度 | 全流程自动 | 完全手动 | 部分自动 |
| 错误处理 | 内置错误恢复 | 依赖人工经验 | 基本try-catch |
| 可复用性 | 参数化配置 | 一次性脚本 | 模板化 |
| 安全合规 | 内置安全检查 | 无安全保障 | 无安全保障 |
| 适用场景 | 基于扩散激活的联想记忆系统,通过神经图谱实现智能持久化召回。生物学启发的联想记忆 | 通用场景 | 通用场景 |