跳转到主要内容

5 分钟试用 Dense-Mem 托管演示

一篇快速教程:使用托管的 Dense-Mem 测试实例,把 Claude Code 和 Codex 接到同一份临时记忆,并观察共享上下文如何让 AI 更聪明地工作。

6 分钟阅读
分享:
AI 驱动

AI 驱动 · 每小时限 20 次请求

两个 AI 助手会话共享同一把临时 Dense-Mem 演示记忆密钥
两个 AI 助手会话共享同一把临时 Dense-Mem 演示记忆密钥

快速答案

如果你想先试试 Dense-Mem 是否好用,再决定是否运行自己的服务器,可以用托管演示:

https://demo-dense-mem.markhuang.ai

最快的方式是:

  • 打开 https://demo-dense-mem.markhuang.ai
  • 复制页面生成的临时 API 密钥。
  • 把一个 MCP 客户端接到 https://demo-dense-mem.markhuang.ai/mcp
  • 用同一把密钥再接第二个 AI 客户端。
  • 让第一个客户端记住一条可丢弃的测试信息。
  • 让第二个客户端把它召回。

这就是 Dense-Mem 的核心:不同 AI 会话可以共享同一个记忆层。AI 仍然负责对话和推理,但 Dense-Mem 为它提供持久化的上下文,让它不必每次都从冷启动开始。

本教程的定位

目标使用这个
不安装任何东西就试用 Dense-Mem这篇托管演示教程
运行自己的本地记忆服务器Dense-Mem 快速开始:让 Claude Code 和 Codex 使用同一份记忆
在公开 HTTPS 服务器上托管 Dense-Mem用 Traefik 在 Vultr 上安全部署 Dense-Mem

演示展示什么

托管演示会为你创建一个临时隔离空间。生成的密钥有效期 24 小时,并指向一个私有的演示记忆空间。

多个 AI 客户端会话通过同一个托管记忆中枢共享一把临时 Dense-Mem 演示密钥
多个 AI 客户端会话通过同一个托管记忆中枢共享一把临时 Dense-Mem 演示密钥

如果两个会话使用同一把生成的密钥,它们就可以读写同一份临时记忆。如果你生成一把新密钥,就会创建另一个隔离团队,记忆彼此分开。

这让你可以测试 Dense-Mem 最核心的能力:多个 AI 实例共用同一个记忆服务,让每个连接的会话都能使用更丰富的上下文。

Dense-Mem 不是 Claude、Codex 或其他助手的替代品。它是它们背后的记忆层。它保存证据、生成带类型的声明、提炼可信事实、支持后续记忆检索,并在记忆冲突时返回澄清任务,而不是悄悄重写事实。

开始前要知道

托管演示只适合可丢弃的测试数据。

限制演示数值
会话生命周期24 小时
认证请求300
写入尝试75
保存尝试30
可存储内容128 KiB
声明30
验证器尝试10
提升事实5
召回调用50
速率限制每分钟 20 次请求

不要存密钥、密码、凭证、个人数据、生产环境数据或任何关键内容。过期的演示团队和图谱数据会被删除。

步骤 1:生成演示密钥

打开托管演示页面:

https://demo-dense-mem.markhuang.ai

页面会自动为当前浏览器标签页创建一把临时密钥。你也可以点击 生成新密钥

复制这把密钥,并在 shell 中保存:

bash
export DENSE_MEM_API_KEY="dm_..."

测试期间,所有你想连接的 AI 客户端都要使用同一把密钥。

步骤 2:检查 MCP 端点

先直接检查 MCP 工具:

bash
curl -s "https://demo-dense-mem.markhuang.ai/mcp" \
  -H "Authorization: Bearer $DENSE_MEM_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":1,"method":"tools/list","params":{}}'

响应里应该包含这些工具:

remember
recall_memory
reflect_memories
confirm_memory
save_memory
list_recent_memories
list_facts

如果失败,先检查密钥。最常见的错误是复制了过期密钥,或者在另一个标签页生成了新密钥后把两把密钥混用了。

步骤 3:连接 Claude Code

在运行 Claude Code 的终端里设置密钥:

bash
export DENSE_MEM_API_KEY="dm_..."

添加托管演示 MCP 服务器:

bash
claude mcp add --transport http dense-mem-demo \
  https://demo-dense-mem.markhuang.ai/mcp \
  --header "Authorization: Bearer $DENSE_MEM_API_KEY"

然后问 Claude Code:

请用 Dense-Mem 记住:这个演示项目的代号是 river-lamp,我偏好简洁答案和具体命令。

这里要使用无害的假数据。这个演示是公开基础设施,存储也是临时的。

步骤 4:把 Codex 接到同一份记忆

继续使用同一个环境变量:

bash
export DENSE_MEM_API_KEY="dm_..."

把下面这段加入 ~/.codex/config.toml

toml
[mcp_servers.dense_mem_demo]
url = "https://demo-dense-mem.markhuang.ai/mcp"
bearer_token_env_var = "DENSE_MEM_API_KEY"
tool_timeout_sec = 60
enabled = true

改完配置后重启 Codex。

现在问 Codex:

回答前,请用 Dense-Mem 召回你知道的演示项目代号和我的回答风格。

预期结果:Codex 应该调用 Dense-Mem,并找到 Claude Code 保存的那条记忆,因为两个客户端用的是同一把演示密钥。

步骤 5:测试新会话

用同一把密钥开一个新的 AI 会话。

问它:

关于这个演示,你从 Dense-Mem 记得什么?

助手不应该依赖旧聊天记录。它应该从 Dense-Mem 服务器召回记忆。

这就是 Dense-Mem 要解决的工作流。一个会话把有用事实交给记忆层,另一个会话稍后开始时,可以因为上下文已经存在而更聪明地工作。

步骤 6:测试冲突

让你的客户端记住:

请记住,在这个演示里我偏好较长的叙述式解释。

如果客户端使用的是高级记忆工作流,Dense-Mem 可以返回澄清问题,而不是静默替换之前“偏好简洁回答”的记忆。助手应该询问要保留哪一条。

这个行为很重要。有用的 AI 记忆不只是召回,也需要在旧事实、新事实和修正之间设置护栏。

步骤 7:打开用户 UI

回到演示页面并点击 打开 UI,或者直接打开:

https://demo-dense-mem.markhuang.ai/ui

演示页面会把生成的密钥保存在当前浏览器标签页里,所以生成密钥后 UI 就能使用它。这个用户 UI 用来检查你的临时会话和密钥操作,不能用于生产环境管理。

你应该观察到什么

Dense-Mem 通过三个实际能力让 AI 实例更有用:

能力在演示中意味着什么
共享记忆Claude Code、Codex 和其他 MCP 客户端可以使用同一把密钥,看见同一份记忆。
给 AI 更多上下文助手可以召回之前的偏好、决策和项目笔记,而不是反复询问。
证据优先的记忆Dense-Mem 先保存源片段,再生成声明或事实,所以记忆有来源。
冲突处理与活跃事实冲突的新声明可以变成澄清问题。
团队隔离新的演示密钥会创建独立临时团队;除非复用密钥,否则测试不会混在一起。

这就是 Dense-Mem 帮 AI 更聪明工作的原因。它不会让模型神奇地永远正确。它给模型更好的上下文、共享连续性,以及更安全的记忆工作流。

什么时候应该离开演示

用托管演示验证概念。当你需要保存真正重要的记忆时,再运行自己的服务器。

接下来可以看:

许可

Article text © 2026 Mark Huang. Licensed under Creative Commons Attribution-NonCommercial 4.0 International (CC BY-NC 4.0) unless otherwise noted. 文章文本可在非商业场景下分享或翻译,但需标注原文 URL。商业使用需事先取得书面许可,并清楚引用原始来源。

代码片段、截图、第三方素材和网站源码可能适用单独条款。

建议署名: Based on "5 分钟试用 Dense-Mem 托管演示" by Mark Huang, originally published at https://markhuang.ai/zh/blog/dense-mem-hosted-demo-test-instance.

订阅更新

Go、AI/LLM 和分布式系统的技术文章,绝不滥发。

评论

正在加载评论...