O-01OPEN SOURCE
AT A GLANCE01 / 06
01
1
个本地 SQLite 库
卡片 / 审核队列 / 审计日志 / 账本
02
6+
种 Agent 入口
DSH · Claude Code · Codex · Cursor · MCP · TUI
03
0
云依赖
数据留在本机，离线可用
04
MIT
开源许可
可自托管、可二次开发
WHY IT IS DIFFERENT02 / 06
不是又一个向量库，而是可审计的记忆层
记忆的难点从来不是“存下来”，而是“存得可信、看得清成本、所有 Agent 都能用”。这三件事决定了它能不能长期用。
REVIEW FIRST01
先审后入
新卡先进入待审队列，人工批准后才进主库。每次状态变更写入不可篡改的审计日志，并明确谁在什么时候批准了什么。
TOKEN LEDGER02
记忆账本
记录召回注入、蒸馏调用与召回有用率。README 里连“什么时候不省 token”也写清楚——先测量，再优化。
LOCAL-FIRST03
本地优先 · 多宿主
SQLite + Markdown 存在自己的磁盘上，无第三方记忆框架、无需账号；DSH、Claude Code、Codex、Cursor、任意 MCP 客户端共享同一个库。
PRODUCT TOUR03 / 06
真实界面，而不是概念图
T-01点击放大
T-02点击放大
T-03点击放大
L-01TOKEN LEDGER
记忆到底省不省 token？
大多数记忆产品都说自己省 token。memory-eternal 内置账本，记录召回注入、蒸馏调用与有用率——先测量，再下结论。
净收益 ≈ 被避免的上下文开销 −（注入字符 + 蒸馏调用 × 单价）
- SAVES省：多会话项目、历史决策多、需要避免重复踩坑
- NO GAIN不省：一次性任务、召回命中率低、开了蒸馏但不复用
- TUNE用账本测自己的；有用率长期低于 60% 就该调小或关掉
RUNTIME STATUS → MEMORY LEDGER
QUICK START04 / 06
三分钟上手
装完即用：自动沉淀、审核中心、读取 MCP 工具都会就绪。详细说明见 GitHub 仓库。
DeepSeek HarnessSRC
dsh plugin --profile desktop add memory-eternal # 重开 DSH → 左栏「记忆」
Claude Code / Codex / CursorSRC
npm i -g memory-eternal dsh-memory connect claude # 或：codex / cursor
浏览器 / 终端SRC
dsh-memory open npx -y -p memory-eternal dsh-memory tui
完整安装 / 平台支持 / 命令速查： github.com/EternalNight996/memory-eternal
O-02SELF-HOSTED
一条命令跑在自己的服务器
git clone https://github.com/EternalNight996/memory-eternal.git cd memory-eternal docker compose -f deploy/docker-compose.yml up -d --build
自带 Caddy（TLS + Basic Auth）示例；默认只监听 127.0.0.1，对外请加反向代理与认证。
NEXT STEP / 下一步
如果它帮你少解释了一遍上下文
点一个 Star，让更多被“AI 每次会话都失忆”困扰的人找到它。也可以先打开 Demo 看看真实界面。