边界

东西存在哪，谁能看，怎么带走

把存储位置、访问权限、外部模型请求和迁移范围分开说，并给出可以核对的入口。

边界数据权限迁移

这一页回答四个具体问题：现在保存了什么、存在哪里；谁能访问、怎么授权和撤回；用外部模型时发出去的是什么；备份、导出和迁移现在能做到哪一步。

凡是「我们没执行过」「官方还没写」的地方都会直接说出来，不用一句「数据属于你」带过。

现在保存了什么，存在哪里

Pod 里的资源：文件、对话和工作记录都以资源的形式保存在 Pod 里。具体能保存哪些内容，取决于你用的应用怎么接入，没有统一答案。
Xpod local 档：数据在 SQLite 文件和本地磁盘上，不需要 Redis 或 MinIO。
Xpod cloud 档：持久化在 PostgreSQL 和 MinIO 上，Redis 参与协调。
云端服务：https://pods.undefineds.co/ 可以访问（HTTP 200）。我们没有核实注册流程是否开放，所以这一页不承诺账号、额度或价格。
还没有上线确认的：把你采纳了哪一版、改了哪一句顺手记下来，以及用你愿意提供的记录去训练的属于你的模型。这两件事都还没到「已经替你保存」的程度。

具体路径由你的部署和配置决定，见自部署 Xpod。

Xpod 把 Pod 资源、WebID 身份和访问控制放在核心位置（官方 README 的表述）。访问权限属于 Pod 本身，不是应用和应用之间私下的约定。
授权：给一个应用权限之前，先看它要读什么、写什么。应用要拿到一个已经认证过的 session 才能读写数据，drizzle-solid 的 pod(session) 和 drizzle(session) 都建立在这个前提上。
撤回：官方 README 没有给出统一的撤权界面或命令，我们也没有执行过。当前可核对的入口是 Xpod 仓库的部署文档 docs/deployment-modes.md和 Xpod 仓库的文档目录。等你用的客户端和部署方式确定后，再按对应文档确认撤权方式。核实到实际做法之前，这一节不会用猜测的流程填满。
部署、身份和访问控制的前提见自部署 Xpod；应用侧的认证前提见drizzle-solid 读写指南。

保存位置和请求去向是两件事。东西存在你的 Pod 里，不代表请求不会被发到别处。
Xpod 对外提供 AI 接口（/v1/chat/completions、/v1/responses、/v1/messages、/v1/models）和 sidecar 路径（/-/sparql、/-/vector）。请求最终发给哪个模型服务，由你的配置决定。
因此发出去的内容取决于你调用了哪个接口、带了哪些材料。使用外部模型前，先确认请求里包含什么，以及对应服务方的条款。
我们不会笼统承诺请求不离开你的环境。能说清的是：请求的组成由你选择，去向由你配置。

备份：local 档备份 SQLite 文件和磁盘目录；cloud 档要按官方部署文档处理 PostgreSQL 和 MinIO。README 没有给出备份命令，我们也没有执行过，请以官方部署文档为准。改动或迁移之前，先做一份自己的备份。
导出：Pod 里的资源通过标准的 HTTP 和 Solid 接口暴露，有稳定的 URL，可以按资源逐个取走。官方 README 没有承诺「一键导出全部内容并完整导入到任意应用」，我们也不这么写。能带走多少，取决于目标应用能不能读这些资源。
迁移：local 和 cloud 是两种不同的存储后端，README 没有给出两者之间的搬迁工具。换部署位置之前，先确认数据怎么跟着走、身份和权限怎么重建。
应用侧的数据搬运：drizzle-solid 提供按资源 id 或完整 IRI 的精确读写，适合逐条搬运应用数据。它需要已认证的 session，也受目标 Pod 支持范围的限制，见drizzle-solid 读写指南。
可核对的入口：
- 部署与依赖：https://github.com/undefinedsco/xpod ，以及 docs/deployment-modes.md
- 云端服务：https://pods.undefineds.co/ （可访问，注册未核实）
- 数据读写：drizzle-solid 读写指南
- 出问题：默认到 LinX 问题列表；与 Xpod 有关的请到 Xpod 问题列表