复制一份 AI 工具，数据真的隔离了吗？观引 0.48.2 的实例与迁移边界

内容与依据

作者：温舒。本文由 AI 辅助整理，依据 2026 年 10 月 13 日核对的观引 0.48.2 公开文档撰写，是设计说明与验收清单，不是本轮新做的运行实测报告。

把本地 AI 工具交给另一个人时，一个容易被忽略的问题是：对方拿到的是一份干净程序，还是连同你使用过的业务数据一起拿走了？判断这件事，不能只看界面是否出现了一个新的客户名称。

先分清界面、服务实例和数据目录

观引 README 明确说明，本地版是单用户实例，共用同一实例的人共用数据。切换浏览器、标签页或客户视图，不会创建一个新的用户身份。因此，同事在另一个浏览器打开同一个服务地址，不应被解释为已经建立了独立的客户访问权限。

公开文档还描述了两个部署入口：从源码启动时，可以通过 GEO_PORT 调整端口、用 GEO_DATA_DIR 指定数据目录；独立启动包则为每份全新解压建立实例编号、动态端口和用户数据目录。它们解决本地运行组织问题，不等于已经具备面向互联网的多人账号系统。

安装包与用过的目录，交接方式不同

给新使用者交付时，应选择官方发布的干净程序包，让对方使用自己的资料与模型连接。不要把自己的已运行目录重新压缩后交给别人。

迁移自己的业务资料时，README 与版本说明给出的顺序是：在旧实例导出业务备份，停止旧实例，解压新版，在新实例恢复备份，再核对模型连接。确认恢复前保留旧数据，不把“新版能打开首页”当成迁移完成。

加密文件也是迁移边界的一部分

源码运行说明记录：首次启动会在自己的数据目录生成 .encryption-key，后续启动复用它；密钥缺失或冲突时启动会停止。业务备份恢复与手动搬运完整数据目录是不同操作，前者仍需重新核对模型连接，后者需按文档安全保留解密所需文件。

这类文件不应放进公开仓库、教程附件或客户演示截图。本文不展示任何真实密钥，也不建议通过公开聊天传递它们。

一份可执行的交付检查清单

以下是建议执行并留证的检查，不代表本轮已经跑过：

1. 使用两份全新解压的程序，记录实例编号、服务端口和各自数据目录。 2. 在实例 A 写入一条无敏感内容的测试记录，检查实例 B 是否出现该记录；保留实际结果，不只对比首页样式。 3. 停止并重新启动各实例，检查数据仍归属于正确的实例。 4. 对自己的旧业务做备份和恢复，核对记录、附件以及模型连接是否完整。 5. 检查待交付压缩包是否含有自己的运行数据、Cookie、密钥或客户资料。

如果测试发现异常，应记录版本、步骤和实际结果，再定位问题。不要把失败截图删掉后写成“全场景隔离已经通过”。

为什么这也是 FDE 的工作

在业务现场，交付不只意味着把按钮和模型接通。向使用者说明哪些资料保存在哪里、怎样升级、失败后怎样恢复，同样决定产品能不能长期使用。对外讲案例时，最好把“文档约定”“测试观察”“客户现场结果”分开记录。

观引 0.48.2 的发行说明明确保留了 Windows 桌面双击验收待补充的状态，没有用旧版验证代替新版结果。本文同样不把文档阅读当作 Windows、Mac 或客户现场已全面通过的证明。

观引 GEO 的自有源码免费，采用 MIT 许可；外部模型、云服务与素材费用另计。可以从公开仓库阅读实现与已知边界。开源或发布文章本身不保证搜索收录或 AI 引用。

依据与延伸阅读

• 本次固定版本 README
• 0.48.2 发行说明
• MIT 许可证

外部文档用于说明规则；本项目的产出与限制以案例及日志中的实际记录为准。