概念核心概念作用域

Concept

作用域

当客户端和 agent 在项目与会话之间移动时,明确保持用户拥有的 memory 边界。

Bucket 和 scope 是不同的边界

Bucket 是存储 namespace。Scope 是用于 retrieval 的项目、会话或团队边界。将两者分开,才能让一个 account 保存多个项目而不让它们的 memory 相互渗漏。

  • bucket — 存储 namespace,通常作为 agent process memory 的 work。
  • scope — 在 retrieval 时应用的明确 project/session/team 分组。
  • path — scope 内的逻辑位置,通过 ILIKE pattern 过滤。
  • team_id — 将 retrieval 限制在 caller 已经可以访问的一个 team 内。

在一个 scope 内 retrieval

在 search 中传入 scope,让结果保持在一个项目边界内。Scope 会根据 authenticated token 验证,不能扩大 access。

GET /v1/memories/search?query=MCP%20token%20context&scope=memory-os&memory_type=semantic&limit=5
X-API-Key: <your-assigned-api-key>

从 SDK 指定 scope

TypeScript client 使用同样的边界参数,因此 capture 和 recall 会留在 caller 获得授权的项目内。

const search = await client.search('MCP token context', {
  scope: 'memory-os',
  memoryType: 'semantic',
  candidateCount: 20,
  explain: true,
});

角色工作流

ChatGPT 用户

让 ChatGPT 持久访问你的 XMemo 偏好、项目事实、决策和 TODO,同时不把 bearer token 粘贴到聊天里。

保存一条合成偏好或项目笔记,开启新聊天,再让 ChatGPT 在继续工作前通过 XMemo 召回它。

Copilot / Codex 开发者

在 IDE 与 CLI agent 之间携带仓库决策、编码规范、bug 修复说明和任务历史。

记录一条代码库决策或 bug 修复,然后让下一个 IDE 或 CLI agent 在编辑前召回相关 XMemo 上下文。

团队 / 企业 pilot owner

用账户控制、来源归因、导出/删除流程和 reviewer-safe 设置证据来评估共享记忆。

让一名 pilot 成员保存一条合成团队记忆,在 XMemo 中确认来源归因,然后审阅删除/导出和支持路径。

来源: Memory Console 控制