一个个人 AI 代理人和本地内存中心,为所有 AI 代理人提供一个共享的、完全可定制的内存。
Memmy 是什么? 跨代理任务连续性 你使用的大多数代理都可以连接到 Memmy DeepSeek Harness、OpenClaw、Hermes、Claude Code、Codex、Cursor、WorkBuddy、OpenCode、Pi…它们都能正常运行! 数据安全 如何使用 Memmy 如需完整的安装和配置说明,请参阅《入门指南》。 1. 桌面应用程序(推荐) 从官方网站或 GitHub 版本下载 Memmy。 [!TIP] 注册 Memmy 以获得免费代币,并尝试完整的 Memory + 代理运行时。 试用代币: 注册可获得代理任务试用代币;应用程序中显示当前余额和使用情况。 当试用代币用完时,切换到 BYOK 模式,并使用自己的模型 API。 2. 使用 memmy CLI/TUI 在 Linux x64 或 arm64 上,使用 Node.js 22 或更高版本和可用的 systemd 用户会话: bash curl -fsSL https://raw.githubusercontent.com/MemTensor/memmy-agent/main/scripts/install.sh | bash memmy 安装程序会立即启用本地 Memory 服务,作为 memmy-memory.service。第一次 bare memmy 调用时,如果需要,将打开模型设置向导,然后启用 memmy-gateway.service,等待其准备就绪,并进入 TUI。两者都是绑定到 localhost 的 systemd --user 服务,在 TUI 或终端退出后仍可用。它们在后续登录时将重新启动;安装程序不会启用 linger。只有安装程序启动器才会启用此服务管理,因此源码构建的 Linux CLI 保持其现有行为。在连接到网关之前,memmy 会刷新一个私有的 /.memmy/systemd/gateway.env 文件(模式 0600),其中包含配置引用的环境变量、常见提供者凭据以及终端 PATH。如果这些值发生变化,则下一次 bare memmy 调用将重新启动用户服务,使用新的环境。 bash systemctl --user status memmy-memory.service systemctl --user status memmy-gateway.service 安装程序不会更改 Codex、Claude Code、Cursor 或其他代理。当你明确希望安装 Memory Skill 和支持的代理钩子/插件时,运行 memmy-memory init (所有检测到的代理) 或 memmy-memory init --agent。 bash memmy onboard # 配置模型、提供者…
暂无开放 Issues,或尚未同步最近议题。