The AI assistant
that never forgets.
永不遗忘的
AI 助手。
memU is a 24/7 proactive memory framework for LLMs and AI agents. It continuously captures intent, organises knowledge into a structured file hierarchy, and acts before you even ask — making always-on, evolving agents practical in production.
memU 是面向 LLM 和 AI 智能体的 24/7 主动记忆框架。它持续捕获意图,将知识组织成结构化文件层次,并在你提问之前主动行动——使始终在线、持续进化的智能体在生产环境中切实可行。
What is memU?
什么是 memU?
memU is an open-source agentic memory framework built for 24/7 proactive agents. Released on PyPI as memu-py, it provides the persistent memory layer that LLM agents need to operate continuously without losing context — at a fraction of the cost of brute-force context windows.
memU 是专为 24/7 主动式智能体构建的开源智能记忆框架。以 memu-py 发布于 PyPI,为 LLM 智能体提供持续运行所需的持久记忆层,成本仅为暴力上下文窗口方案的零头。
agent_id/user_id/. Enterprise-scale with per-user capacity limits and RBAC access control.agent_id/user_id/ 下获得隔离记忆。企业规模支持,带按用户容量限制和 RBAC 访问控制。Memory as a File System
记忆即文件系统
Just as a file system turns raw bytes into organised, navigable data — memU transforms raw interactions into structured, searchable, proactive intelligence. The analogy is literal: memories are stored as Markdown files you can open in any text editor.
正如文件系统将原始字节转化为有组织、可浏览的数据——memU 将原始交互转化为结构化、可搜索的主动智能。这个类比是字面意义的:记忆以 Markdown 文件存储,可在任何文本编辑器中打开。
| File System | 文件系统 | memU Equivalent | memU 对应 | Purpose | 用途 |
|---|---|---|---|---|---|
| 📁 Folders文件夹 | 🏷️ Memory Categories记忆分类 | Auto-organised topic clusters — preferences, relationships, knowledge, context | 自动组织的主题集群——偏好、关系、知识、上下文 | ||
| 📄 Files文件 | 🧠 Memory Items记忆条目 | Extracted facts, preferences, skills — smallest meaningful memory unit | 提取的事实、偏好、技能——最小有意义的记忆单元 | ||
| 🔗 Symlinks符号链接 | 🔄 Cross-references交叉引用 | Linked memories forming a connected knowledge graph for multi-hop reasoning | 链接的记忆构成多跳推理的连接知识图谱 | ||
| 📂 Mount Points挂载点 | 📥 Resources资源 | Conversations, docs, images, audio — raw inputs feeding the memory pipeline | 对话、文档、图像、音频——输入记忆管道的原始资源 |
The 4-Layer Memory Architecture
四层记忆架构
Inspired by layered storage systems in computer science, memU transforms raw inputs into memory an agent can understand, retrieve, and evolve. The 4th layer — the Intention Layer — is currently in development and represents the leap from reactive to truly proactive intelligence.
受计算机科学分层存储系统启发,memU 将原始输入转化为智能体可理解、检索并演进的记忆。第四层——意图层——正在开发中,代表着从被动到真正主动智能的跨越。
The Proactive Memory Lifecycle
主动记忆生命周期
memU runs a continuous sync loop between the main agent and the memU memory bot. While the agent handles queries, memU observes every interaction, extracts insights, predicts next steps, and pre-loads context — all in parallel, all without being asked.
memU 在主智能体和 memU 记忆机器人之间运行持续同步循环。主智能体处理查询时,memU 并行观察每次交互、提取洞察、预测下一步并预加载上下文——全程无需指令。
Dual retrieval — speed + depth
双模检索——速度 + 深度
Two complementary retrieval strategies that can be used independently or combined. RAG for always-on monitoring, LLM for deep anticipatory reasoning.
两种互补的检索策略,可独立使用或组合。RAG 用于始终在线监控,LLM 用于深度预判推理。
Memory for any input type
支持任意输入的记忆
memU ingests text, images, audio, and video natively — all preserved at full fidelity in the Resource Layer and progressively unified into text memory items for consistent LLM reasoning.
memU 原生摄取文本、图像、音频和视频——全部以完整保真度保存在资源层,并逐步统一为文本记忆条目,以实现一致的 LLM 推理。
92.09% on Locomo — state of the art
Locomo 基准 92.09%——业界领先
memU achieves 92.09% average accuracy on the Locomo benchmark across all reasoning tasks — demonstrating reliable production-grade memory operations including fact recall, temporal reasoning, preference tracking, and relationship inference.
memU 在 Locomo 基准的全部推理任务中实现 92.09% 平均准确率——在事实回忆、时序推理、偏好追踪和关系推理等生产级记忆操作中表现可靠。
Cloud or Self-Hosted
云端或自托管
Two paths. Cloud (memu.so) for instant start with zero infrastructure. Self-hosted for full data sovereignty, offline operation, and unlimited customisation — free forever under Apache 2.0.
两条路径。云端(memu.so)可零基础设施立即启动。自托管提供完整数据主权、离线运行和无限定制——Apache 2.0 下永久免费。
Install memU
安装 memU
Requires Python 3.13+. Install via PyPI. For development, clone and run make install which sets up venv, all dependencies, and pre-commit hooks (Ruff, Black, mypy, deptry).
需要 Python 3.13+。通过 PyPI 安装。开发模式下克隆仓库并运行 make install,自动配置 venv、所有依赖和预提交钩子(Ruff、Black、mypy、deptry)。
Choose storage backend
选择存储后端
In-memory for development — zero setup, data lives in RAM. PostgreSQL + pgvector for production — persistent, scalable, supports multi-agent deployments.
开发用内存存储——零配置,数据存在 RAM 中。生产用 PostgreSQL + pgvector——持久化、可扩展,支持多智能体部署。
Deploy memU-server + Temporal (enterprise)
部署 memU-server + Temporal(企业级)
For teams that need a REST API layer, background job orchestration, and a management UI — deploy memU-server with the full Docker Compose stack. This starts PostgreSQL, the Temporal workflow engine (gRPC on port 7233), and the Temporal UI (port 8088).
需要 REST API 层、后台作业编排和管理界面的团队,可使用完整 Docker Compose 栈部署 memU-server。这将启动 PostgreSQL、Temporal 工作流引擎(gRPC 端口 7233)和 Temporal UI(端口 8088)。
Configure LLM provider(s)
配置 LLM 提供商
memU supports named LLM profiles — use different models for different operations. Power tip: assign a fast cheap model for extraction/monitoring and an expensive model only for deep reasoning. This alone cuts monthly costs 60–70%.
memU 支持命名 LLM 配置——为不同操作使用不同模型。进阶技巧:为提取/监控分配廉价快速模型,仅在深度推理时使用昂贵模型。仅此一项即可降低 60–70% 的月度成本。
Run your first proactive workflow
运行第一个主动工作流
Test the full memorize → retrieve loop, then graduate to the proactive example which demonstrates intent prediction and autonomous action.
测试完整的记忆 → 检索循环,然后尝试主动示例,演示意图预测和自主行动。
OpenRouter + Multi-Profile Setup
OpenRouter + 多配置设置
OpenRouter gives access to hundreds of LLM models through a single API. Combined with memU's multi-profile system, you can run the cheapest model for monitoring and the most capable for deep reasoning — with complete cost control.
OpenRouter 通过单一 API 提供对数百个 LLM 模型的访问。结合 memU 的多配置系统,你可以用最廉价的模型进行监控,用最强大的模型进行深度推理——完全掌控成本。
Works where your team already is
在团队已有平台运行
Core APIs — memorize() + retrieve()
核心 API — memorize() + retrieve()
Two primary operations. memorize() processes any input and immediately updates all three memory layers — zero delay. retrieve() queries with RAG or LLM mode and returns categorised results with full source traceability.
两个主要操作。memorize() 处理任意输入并立即更新全部三层记忆——零延迟。retrieve() 以 RAG 或 LLM 模式查询,返回带完整来源追溯的分类结果。
| Method | Endpoint | Description | 描述 |
|---|---|---|---|
| POST | /api/v3/memory/memorize | Register continuous learning task | 注册持续学习任务 |
| GET | /api/v3/memory/memorize/status/{id} | Check real-time processing status | 查看实时处理状态 |
| POST | /api/v3/memory/categories | List auto-generated categories | 列出自动生成的分类 |
| POST | /api/v3/memory/retrieve | Query memory with proactive context loading | 查询记忆(支持主动上下文加载) |
| Framework | 框架 | Integration | 集成方式 | Status |
|---|---|---|---|---|
| LangChain | Drop-in for ConversationBufferMemory | 替换 ConversationBufferMemory | ✓ | |
| LangGraph | State-based memory node in graph workflows | 图工作流中的状态记忆节点 | ✓ | |
| CrewAI | MemUMemoryStore replaces default memory | MemUMemoryStore 替换默认记忆 | ✓ | |
| OpenAI Agents SDK | Cross-session persistence via endpoints | 通过端点实现跨会话持久化 | ✓ | |
| Claude Agent SDK | Persistence alongside Anthropic's tool loop | Anthropic 工具循环旁的持久化层 | ✓ | |
| n8n | Workflow automation with persistent memory | 带持久记忆的工作流自动化 | ✓ | |
| Dify | Memory backend for Dify agents | Dify 智能体记忆后端 | ✓ | |
| LlamaIndex | Persistent agent memory layer | 持久智能体记忆层 | ✓ | |
| AutoGPT | Long-term memory for autonomous agents | 自主智能体的长期记忆 | ✓ | |
| OpenRouter | Any model via unified API | 通过统一 API 使用任意模型 | ✓ | |
| AutoGen | Shared memory across multi-agent conversations | 跨多智能体对话的共享记忆 | In Progress | |
| REST API / Go SDK | Language-agnostic HTTP + Go client | 语言无关 HTTP + Go 客户端 | ✓ |
memU vs mem0
memU vs mem0
The most common question. Core difference: mem0 is a RAG system. memU is a true memory layer. They solve fundamentally different problems — using the wrong one for your use case leads to both poor quality and unnecessary cost.
最常见的问题。核心区别:mem0 是 RAG 系统,memU 是真正的记忆层。它们解决根本不同的问题——为错误的用例选择错误的工具会导致质量差和不必要的成本。
| Dimension | 维度 | memU | mem0 | mem0 | |
|---|---|---|---|---|---|
| PARADIGM | 范式 | True memory layer — agentic extraction, 4-layer file hierarchy, self-evolving structure | 真正的记忆层——智能体提取,四层文件层次,自进化结构 | RAG system — chunks, embeds, similarity search | RAG 系统——分块、嵌入、相似度搜索 |
| STORAGE | 存储 | ✓ Clean structured Markdown — no chunking noise, zero irrelevant fragments | ✓ 干净的结构化 Markdown——无分块噪声,零无关碎片 | Chunked docs in vector store — retrieval noise | 向量存储中的分块文档——检索噪声 |
| RETRIEVAL | 检索 | ✓ Dual-mode: sub-100ms RAG + LLM direct file reading | ✓ 双模:亚 100ms RAG + LLM 直接文件阅读 | Embedding similarity only — misses relationships | 仅嵌入相似度——遗漏关系 |
| DEDUP | 去重 | ✓ Automatic on every write — ADD/UPDATE/DECAY per item | ✓ 每次写入自动——每条目 ADD/UPDATE/DECAY | Manual or none | 手动或无 |
| PROACTIVE | 主动性 | ✓ 24/7 — Intention Layer predicts needs before expressed | ✓ 24/7——意图层在需求表达前预测 | Reactive only | 仅被动响应 |
| BENCHMARK | 基准 | ✓ 92.09% Locomo accuracy — best-in-class local-first | ✓ Locomo 92.09%——本地优先最高水准 | Different benchmark focus (RAG pipelines) | 不同基准侧重(RAG 流程) |
| TRANSPARENCY | 透明度 | ✓ Plain Markdown files — open any memory in a text editor | ✓ 普通 Markdown 文件——在文本编辑器中打开任意记忆 | Opaque vectors | 不透明向量 |
| MIGRATION | 迁移 | ✓ memU provides migration tools to import existing mem0 memories | ✓ memU 提供工具导入现有 mem0 记忆 | — | — |
memU vs OpenClaw memory
memU vs OpenClaw 记忆
OpenClaw has 200k+ GitHub stars. We respect it deeply. memU is not competing with OpenClaw's orchestration layer — it replaces OpenClaw's native memory backend and makes every OpenClaw agent dramatically smarter over time. Several OpenClaw users have reported significantly improved recall after switching to memU, particularly for cross-project queries and long-term preference tracking.
OpenClaw 有 20 万+ GitHub Star。我们深深尊重它。memU 不与 OpenClaw 的编排层竞争——而是替换其原生记忆后端,让每个 OpenClaw 智能体随时间显著变得更智能。多位 OpenClaw 用户报告在切换到 memU 后记忆召回显著改善,尤其在跨项目查询和长期偏好追踪方面。
| Dimension | memU | OpenClaw native | OpenClaw 原生 | ||
|---|---|---|---|---|---|
| STORAGE | 存储 | 4-layer structured graph, Markdown files by category | 四层结构化图谱,按分类的 Markdown 文件 | Flat files + SQLite vector store | 平面文件 + SQLite 向量存储 |
| OVERFLOW | 溢出 | ✓ Auto-flush — raw data always preserved | ✓ 自动刷新——原始数据永久保留 | Compaction summarisation — detail loss | 压缩摘要——细节丢失 |
| PROACTIVE | 主动性 | ✓ 24/7 intent capture + Intention Layer | ✓ 24/7 意图捕获 + 意图层 | Reactive to commands only | 仅响应命令 |
| TOKEN COST | Token 成本 | ✓ ~90% reduction via targeted injection | ✓ 精准注入减少约 90% | Full history grows linearly | 完整历史线性增长 |
| BENCHMARK | 基准 | ✓ 92.09% Locomo | ✓ Locomo 92.09% | No published memory benchmark | 无已发布记忆基准 |
memU vs RAG vs Context Window
memU vs RAG vs 上下文窗口
| Approach | memU | RAG | RAG | Full Context | 完整上下文 | ||
|---|---|---|---|---|---|---|---|
| BEST FOR | 最适合 | Agent memory — preferences, learned patterns, long-term context | 智能体记忆——偏好、学习模式、长期上下文 | Searching large static document corpora | 搜索大型静态文档语料库 | Short single-session tasks | 短期单会话任务 |
| SCALE | 扩展性 | Unlimited — only relevant subset injected | 无限制——仅注入相关子集 | Scales with vector DB | 随向量数据库扩展 | Hard token limit | 硬 Token 限制 |
| COST | 成本 | Low — dual-mode: cheap RAG + LLM only when needed | 低——双模:廉价 RAG + 按需 LLM | Medium — embedding + tokens per query | 中——每次查询嵌入 + Token | High — full history every call | 高——每次调用完整历史 |
| PROACTIVE | 主动性 | Yes — Intention Layer predicts needs before asked | 是——意图层在提问前预测需求 | Reactive only | 仅被动 | Reactive only | 仅被动 |
| DETAIL LOSS | 细节丢失 | None — raw resources never deleted | 无——原始资源永不删除 | Chunking loses cross-fragment context | 分块丢失跨片段上下文 | Compaction causes permanent loss | 压缩导致永久丢失 |
memU in action — proactive scenarios
memU 实战——主动场景
These are real examples from the official memU repository. Each demonstrates memU running in the background, observing, learning, and acting without being explicitly asked.
来自 memU 官方仓库的真实示例。每个示例展示 memU 在后台运行,在没有明确指令的情况下观察、学习和行动。
MemU tracks reading history, saved articles, and search queries continuously. When new content arrives, the agent surfaces it proactively — including papers by authors the user has previously cited — without any prompt.
memU 持续追踪阅读历史、收藏文章和搜索查询。当新内容出现时,智能体主动推送——包括用户之前引用过的作者发表的论文——无需任何提示。
Agent learns email response patterns, priority contacts, scheduling preferences, and writing style. Proactively drafts replies, categorises inbox, and detects scheduling conflicts across threads — all without being asked.
智能体学习邮件回复模式、优先联系人、日程偏好和写作风格。主动起草回复、整理收件箱,并检测跨线程的日程冲突——全部无需指令。
Learns risk tolerance, preferred sectors, and behavioral patterns from past trades. Alerts are contextualised with portfolio state and personal history — not just raw price thresholds.
从过往交易学习风险承受度、偏好板块和行为模式。警报结合投资组合状态和个人历史进行上下文化——不仅仅是原始价格阈值。
Agent monitors its own execution logs and outcomes. Identifies success/failure patterns. Auto-generates skill guides from experience. Proactively suggests better strategies for similar future tasks — the agent genuinely gets smarter over time.
智能体监控自身执行日志和结果。识别成功/失败模式。从经验自动生成技能指南。为类似未来任务主动建议更好的策略——智能体随时间真正变得更智能。
6 memU Power Lifehacks
6 个 memU 进阶技巧
Practical tips from production deployments. These optimisations can cut costs by 60–70% and dramatically improve retrieval accuracy without changing your core architecture.
来自生产部署的实用技巧。这些优化可在不改变核心架构的情况下将成本降低 60–70%,并显著提升检索准确性。
where Filters for Targeted Proactive Monitoringwhere 过滤器进行精准主动监控where clause in retrieve() scopes continuous monitoring to specific data streams. Instead of watching everything (expensive), use targeted filters to focus on the signals that matter most. A well-tuned where filter reduces monitoring costs by 40–60% while keeping proactive behavior sharp for high-value events.retrieve() 中的 where 子句将持续监控范围限定到特定数据流。不要监控所有内容(成本高),而是用精准过滤器聚焦最重要的信号。精心调优的 where 过滤器在降低 40–60% 监控成本的同时,保持对高价值事件的主动响应锐度。What to build with memU
用 memU 构建什么
memU enables a new class of agent that gets genuinely smarter over time. These aren't chatbots — they're always-on agents that accumulate institutional knowledge and act proactively. Here are 20+ concrete ideas across every industry.
memU 开创了一类随时间真正变得更智能的智能体新形态。这些不是聊天机器人——而是积累机构知识并主动行动的始终在线智能体。以下是跨行业的 20+ 具体创意。
- Detects recurring blockers and auto-escalates
- 检测反复阻碍并自动升级
- Weekly velocity trend with pattern analysis
- 带模式分析的每周速度趋势
- Runbook knowledge from every past incident
- 来自每次过往事故的运行手册知识
- Learns which change types cause regressions
- 学习哪类变更会导致回归
- Personalised pre-call briefs from full history
- 来自完整历史的个性化通话前简报
- Win/loss pattern coaching for reps
- 为销售代表提供赢损模式辅导
- Answers "why did we do X?" instantly
- 即时回答"我们为何这样做?"
- New-hire onboarding with institutional memory
- 用机构记忆支撑新员工入职
- Learns from executed vs. ignored alerts
- 从已执行 vs 忽略的警报中学习
- Anticipates tax-loss harvesting windows
- 预判税损收割时机
- Daily briefing tailored to current projects
- 根据当前项目定制每日简报
- Connects ideas across months of conversations
- 连接数月对话中的想法
- Full deploy → regression history in memory
- 记忆中完整的部署 → 回归历史
- Auto-generates release notes from commits
- 从提交自动生成发布说明
- Tracks checklist completion per person
- 追踪每人的清单完成情况
- Connects new hires to right internal experts
- 将新员工与合适的内部专家对接
- Weekly "what you might have missed" digest
- 每周"你可能错过的"摘要
- Author relationship and citation tracking
- 作者关系和引用追踪
- Notices patterns: "You've been online late again"
- 注意到模式:"你又很晚上线了"
- Follows up on absent users proactively
- 主动跟进长时间未活跃的用户
- Cross-platform memory: tickets + email + chat
- 跨平台记忆:工单 + 邮件 + 聊天
- Proactive discount triggers prevented a $720 MRR churn (documented)
- 主动折扣触发防止了 720 美元 MRR 流失(有记录)
- Per-student knowledge gap tracking
- 按学生追踪知识缺口
- Spaced repetition driven by memory access patterns
- 由记忆访问模式驱动的间隔重复
- Detects overtraining signals before injury
- 在受伤前检测过度训练信号
- Correlates nutrition with performance outcomes
- 将营养与表现结果关联
- Cross-case precedent linking
- 跨案例先例关联
- Tracks jurisdiction-specific rule changes
- 追踪特定司法管辖区的规则变化
- Cross-provider patient history surfacing
- 跨提供者患者历史推送
- Proactive medication adherence monitoring
- 主动用药依从性监控
- Baseline deviation detection over months
- 数月维度的基线偏差检测
- Links current threats to past incident patterns
- 将当前威胁与过往事件模式关联
- Learned vs stated preference differentiation
- 区分学习到的偏好与陈述的偏好
- Tracks neighborhood trend context over time
- 随时间追踪街区趋势上下文
- Pattern-matches candidates to open roles
- 将候选人与开放岗位进行模式匹配
- Tracks hiring decision quality over time
- 随时间追踪招聘决策质量
- Failure pattern recognition across equipment fleet
- 跨设备群的故障模式识别
- Maintenance ROI tracking over time
- 随时间追踪维护 ROI
- Cross-session narrative continuity
- 跨会话叙事连续性
- NPC memory of past betrayals, favors, alliances
- NPC 对过往背叛、恩情、联盟的记忆
- Audience-specific performance memory
- 针对受众的表现记忆
- Cross-channel attribution learning
- 跨渠道归因学习
- Learned normal vs. threshold-based alerting
- 学习到的正常值 vs 基于阈值的告警
- Cross-service correlation intelligence
- 跨服务关联智能
- Shared memory pool with per-agent access control
- 带按智能体访问控制的共享记忆池
- Collective pattern recognition across agent fleet
- 跨智能体群的集体模式识别
Built for enterprise security
为企业安全而生
agent_id/user_id/category.md. Dynamic per-user capacity limits. RBAC access control. One user's activity never affects another's memory.agent_id/user_id/category.md。动态按用户容量限制。RBAC 访问控制。一个用户的活动永远不影响另一个用户的记忆。The memU ecosystem
memU 生态系统
Four repositories make up the full memU stack. Built by NevaMind-AI with 27 contributors, 528 forks, and a growing partner ecosystem.
四个仓库构成完整的 memU 技术栈。由 NevaMind-AI 构建,拥有 27 位贡献者、528 个分叉和不断增长的合作伙伴生态系统。
| Repo | Description | 描述 | Links |
|---|---|---|---|
| memU | Core memory engine — Python 3.13+, Apache 2.0, 12k+ stars | 核心记忆引擎——Python 3.13+,Apache 2.0,12k+ star | GitHub → |
| memU-server | FastAPI REST backend + Temporal workflow engine + RBAC | FastAPI REST 后端 + Temporal 工作流引擎 + RBAC | GitHub → |
| memU-ui | Visual memory dashboard — live category browser + analytics | 可视化记忆仪表板——实时分类浏览器 + 分析 | GitHub → |
| memU-sdk-go | Go SDK for memU clients — language-agnostic integration | 面向 memU 客户端的 Go SDK——语言无关集成 | GitHub → |
What's coming in 2026
2026 年即将推出的功能
- 4-layer memory architecture (Layer 4 in dev)
- 四层记忆架构(第四层开发中)
- Dual RAG + LLM retrieval
- 双模 RAG + LLM 检索
- pip install memu-py (Python 3.13+)
- pip install memu-py(Python 3.13+)
- PostgreSQL + pgvector backend
- PostgreSQL + pgvector 后端
- memU-server + Temporal + UI
- memU-server + Temporal + UI
- Go SDK
- Go SDK
- OpenRouter + multi-profile LLM
- OpenRouter + 多配置 LLM
- Cloud API (memu.so)
- 云端 API(memu.so)
- Telegram, Discord, Slack, Feishu
- Telegram, Discord, Slack, 飞书
- Intention Layer (Layer 4) — cognitive anticipation
- 意图层(第四层)——认知预判
- WhatsApp + Email integration
- WhatsApp + 邮件集成
- Web UI dashboard
- Web UI 仪表板
- AutoGen multi-agent integration
- AutoGen 多智能体集成
- Advanced RBAC + SSO
- 高级 RBAC + SSO
- Memory analytics dashboard
- 记忆分析仪表板
- End-to-end memory encryption
- 端到端记忆加密
- Multi-agent memory orchestration
- 多智能体记忆编排
- Custom skill development SDK
- 自定义技能开发 SDK
- SOC2 / GDPR compliance reports
- SOC2 / GDPR 合规报告
- Sensitive data auto-masking
- 敏感数据自动遮蔽
- On-device mobile memory (iOS/Android)
- 移动端本地记忆(iOS/Android)
Frequently asked questions
常见问题
memU (github.com/NevaMind-AI/memU) is the open-source memory algorithm framework — the Python library you integrate into your own agents. Install via pip install memu-py. memU Bot (memu.bot) is a pre-built application using memU as its memory layer — ready-to-deploy agent connecting to Telegram, Discord, Slack, and Feishu out of the box. Think: memU = the engine, memU Bot = a production vehicle built on that engine.
memU(github.com/NevaMind-AI/memU)是开源记忆算法框架——通过 pip install memu-py 安装集成到你自己智能体的 Python 库。memU Bot(memu.bot)是以 memU 为记忆层的预构建应用——开箱即连接 Telegram、Discord、Slack 和飞书的即部署智能体。理解为:memU = 引擎,memU Bot = 基于该引擎构建的生产车辆。
Context windows are finite and expensive. Even a 1M-token window fills up for long-running agents, and every token costs money on every call. memU extracts only meaningful items and injects only the relevant subset per query — typically reducing token usage by ~90%. The agent also gets better answers because the context is clean, focused, and semantically organised rather than raw conversation dumps. Running an always-on agent drops from thousands/month to tens of dollars.
上下文窗口是有限的且昂贵的。即使 100 万 token 的窗口对长期运行的智能体也会填满,每个 token 在每次调用时都需付费。memU 仅提取有意义的条目,每次查询只注入相关子集——通常将 token 使用量减少约 90%。由于上下文干净、专注、语义组织(而非原始对话堆积),智能体也能获得更好的答案。始终在线的智能体成本从每月数千美元降至数十美元。
Yes, fully. Install Ollama, pull a local model: ollama pull llama3.2 or ollama pull qwen2.5. Set memU's base URL to http://localhost:11434/v1. Zero external network calls. For most memory use cases, a 7B–14B parameter model delivers excellent results. Models 70B+ require 48GB+ RAM.
完全支持。安装 Ollama,拉取本地模型:ollama pull llama3.2 或 ollama pull qwen2.5。将 memU 的 base URL 设为 http://localhost:11434/v1。零外部网络调用。对于大多数记忆使用场景,7B–14B 参数模型提供出色效果。70B+ 以上模型需要 48GB+ 内存。
The Intention Layer is the fourth and most ambitious layer in memU's architecture — currently in development by NevaMind-AI. It analyzes patterns across accumulated memories to predict what the user needs before they ask. NevaMind-AI describes this as "cognitive anticipation" — the system acts before a prompt, not in response to one. Expected in 2026. Follow the GitHub repo for release announcements.
意图层是 memU 架构中第四个也是最雄心勃勃的层——目前由 NevaMind-AI 开发。它分析积累记忆中的模式,在用户提问前预测其需要。NevaMind-AI 将此描述为"认知预判"——系统在提示之前行动,而非响应提示。预计 2026 年推出。关注 GitHub 仓库获取发布公告。
memU provides migration tools to import existing mem0 memories. The core API operations (add, search, update, delete) are similar in concept. The main difference is that memU will automatically reorganise your imported memories into its 3-layer hierarchy, deduplicate them, and resolve conflicts — immediately benefiting from improved accuracy and reduced token costs.
memU 提供迁移工具导入现有 mem0 记忆。核心 API 操作(添加、搜索、更新、删除)在概念上类似。主要区别是 memU 将自动将导入的记忆重组到其三层层次中,去重并解决冲突——立即受益于更高的准确性和更低的 Token 成本。
See CONTRIBUTING.md on GitHub. Run make install for dev environment, make check before PRs (Ruff, Black, mypy, deptry). memU runs regular PR Hackathons with cash prize pools — check GitHub for active hackathons. Tracks include: integrations, testing, documentation, and new LLM provider support. Join Discord at discord.gg/memu. Contact info@nevamind.ai for enterprise partnership discussions.
请参阅 GitHub 上的 CONTRIBUTING.md。运行 make install 配置开发环境,PR 前运行 make check(Ruff、Black、mypy、deptry)。memU 定期举办带现金奖金池的 PR 黑客马拉松——在 GitHub 查看活跃的黑客马拉松。赛道包括:集成、测试、文档和新 LLM 提供商支持。在 discord.gg/memu 加入 Discord。联系 info@nevamind.ai 讨论企业合作。