TotalReclaw 核心用法
TotalReclaw 是专为 OpenClaw 设计的去中心化记忆基础设施，替代传统的 MEMORY.md / USER.md 本地文件存储模式。其核心交互围绕两个操作：
- `totalreclaw_remember`：将用户陈述的事实、偏好、决策、计划等加密后提交上链
- `totalreclaw_recall`：通过语义搜索检索历史记忆
触发条件极为宽泛——任何包含"我喜欢/我决定/我是/我使用/提醒我"等第一人称陈述的消息都会自动触发记忆存储，无需用户显式说"记住这个"。
技术架构亮点
采用混合主备架构（hybrid-primary）：在 OpenClaw 2026.5.x 环境下，原生工具可能因 #223 号 issue 无法绑定，此时自动降级至 tr CLI 路径，确保功能不中断。记忆加密流程为：本地 AES-GCM 加密 → Account Abstraction UserOp 提交 → Base/Gnosis 链上存储 → The Graph 索引。
显著优点
1. 数据主权：12词恢复短语为唯一解密钥匙，任何单点故障（包括 TotalReclaw 运营方）无法读取用户数据
2. 跨实例持久化：同一恢复短语可在任意 OpenClaw 实例还原记忆
3. 语义检索：基于向量的相似度搜索，支持"我之前提过的那个数据库偏好"这类模糊查询
4. 免费 tier 可用：500 条记忆/月 + 无限读取，降低尝鲜门槛
潜在局限与风险
| 类别 | 说明 |
|---|---|
| 技术门槛 | 需理解"恢复短语""链上存储"等概念，误操作可能导致记忆永久丢失 |
| 延迟敏感 | 上链确认依赖网络，极端情况下检索可能有秒级延迟 |
| 隐私悖论 | 加密数据虽不可读，但链上存在性本身构成元数据暴露 |
| 供应商锁定 | 深度集成 OpenClaw 生态，迁移至其他 Agent 框架需导出重建 |
适合人群
- 跨多台设备/多个 OpenClaw 实例工作的开发者
- 对"聊天记录被平台读取"高度敏感的用户
- 需要长期维护复杂项目上下文的团队（Pro tier 支持主网迁移）
- 愿意承担密钥管理责任的技术早期采用者
常规风险提示
恢复短语是唯一故障点——遗失即永久失去所有记忆，且无客服可申诉。建议纸质离线备份或存入硬件密码管理器。绝对禁止在聊天窗口中粘贴恢复短语，这会直接污染 LLM 上下文导致密钥泄露。