云端，让记忆跨 App 使用

这是托管接入方式：记忆图谱存在我们运营的服务器上的 Postgres 里，通过 HTTPS 被任何支持 MCP 的客户端访问。和本地版一样的六个工具，行为一致——区别只是数据存在哪、怎么鉴权。目前覆盖支持 MCP 协议的客户端（Claude Desktop、Cursor、Codex CLI、豆包等）——还不是一个网页版 App，也不支持网页版 ChatGPT/Gemini。

什么时候该选这个而不是本地版

如果你完全不想在本机装 Python 环境，或者需要同一份记忆图谱被多台机器/多个客户端访问，这个适合你。如果你只用一台机器接一个客户端，本地版更简单，数据也完全不经过任何服务器。

拿一个 API Key

请求头鉴权——任何客户端都能用，包括不支持 OAuth 的那些。填邮箱，我们会发一封确认邮件，点开链接才会真正拿到 Key。

curl -X POST https://api.yliuai.com/users/register \
  -H "Content-Type: application/json" \
  -d '{"email": "you@example.com"}'
# 响应里的 api_key（mck_ 开头）只在这一次返回，记下来

OAuth 2.1（对齐 Claude 官方 Connector 流程）

Anthropic 官方 Connector 目录要求 OAuth 2.1 + PKCE，纯 API Key 满足不了。这套部署已经支持 OAuth，但还没提交到官方目录审核——所以 Claude 界面里还没有一键「连接」按钮。这是下面 Claude Desktop 那节用的方式。

这是手动连接，不是 Anthropic 官方收录的连接器——我们不会暗示相反的情况。提交官方目录审核后，这一节会更新成官方的一键连接流程。

API Key 和 OAuth 两种方式最终解析到同一个 user_id、同一份记忆图谱——是同一间房子的两扇门，不是两份独立数据。

接入你的客户端

Claude Desktop 走 OAuth；Cursor、Codex CLI、豆包和其他没有 OAuth 连接器入口的客户端，改用上面拿到的 API Key 当请求头。每个客户端的具体配置，以及怎么验证跑通了，都在「支持的平台」页面。

去「支持的平台」页面看你的客户端具体怎么配 →

还收录在哪些地方

• 魔搭 MCP 广场 ↗ 以「托管」类型收录——直接连上面的远程端点，不需要本地安装。
• MCP 官方 Registry ↗ io.github.lyf-wxy/spomory——支持 MCP 的工具可以通过这个跨客户端的官方注册表发现这个服务。

Cursor 本身没有一套独立于上面这些之外、专门针对远程服务器的提交流程——它是靠上面的 Registry 收录来覆盖的，不是一个 Cursor 专属目录。

和本地版的区别

• 你的记忆图谱存在共享的 Postgres 数据库里，按账号（user_id）严格隔离——不是本地 SQLite 文件。
• 本地和云端记忆之间没有自动同步——目前是两个独立的存储。
• 具体收集了什么数据、涉及哪些第三方（用于抽取的 LLM 供应商、用于魔法链接邮件的 Resend）、当前设置的已知差距，见隐私政策页面。

让它真的被用起来

接上工具不代表客户端会主动去用它们——得告诉它在回答跟你个人相关的问题之前先调 search_memory，在你说了件值得记住的事之后调 add_memory，并且把「更正」当成更新已有记忆而不是新事实。SKILL.md 就是干这个的一份简短指令文件，不管你上面用的是 API Key 还是 OAuth 接入都一样适用。不过怎么让客户端读到它，每个客户端不一样：有些会自动扫描 skills 目录（跟 Claude Code 一个路数），有些只有自定义指令/系统提示词这类字段。

GitHub 上的 SKILL.md →

去「支持的平台」页面看你的客户端具体怎么加载 →

GitHub 上的完整远程接入文档（部署细节、验证记录）→