在此页面上
与人工智能的对话可能在下午有用，但下周就无关紧要了。底层知识是不同的。一个决定、一个联系人、一个文档以及项目之间的关系即使助理发生变化也仍然有用。
Zortex 的前提是，这种连续性应该属于正在工作的人，而不是碰巧打开的任何 AI。桌面应用程序将来自连接源的授权信息组织到本地存储和可搜索索引中。然后，相同的上下文可以支持来自不同连接助手的请求，但须遵守授予每个助手的权限。
用户控制哪些受支持的来源进入本地记录，以及哪个连接的助手接收其中的选定部分。
所有权有实际测试
“您的数据属于您”只有在它能带来一个人可以理解的操作时才有意义。您能识别副本存储在哪里吗？您能停止新的同步吗？您能更改哪个助手接收它吗？您能删除本地记录吗？您能区分原始提供商处保留的内容与已复制到其他地方的内容吗？
答案并非都是相同的操作。Google 在用户的 Google 帐户下保留原始记录。Zortex 在设备上维护同步记录。助手主机可以接收选定的结果，并可以根据其条款保留自己的副本。对其中一个位置的控制不会自动控制另外两个位置。
这 应用程序隐私政策 区分了这些，而不是将所有权描述为所有第三方自动遵守的普遍删除权。
本地副本更改默认值
通过本地保管库和索引，查找相关的电子邮件或项目参考不需要将整个邮箱发送给每个AI提供商。这是一个架构优势。它允许在数据附近进行检索，当用户请求帮助时，选定的结果会跨越明确的集成边界。
产品的秘密存储也是特定的。OAuth 秘密单元使用 AES-256-GCM 加密。推断每个索引词和同步文档在每个受支持的操作系统上都自动进行应用程序加密是不正确的。用户仍必须考虑设备访问、操作系统加密及其安装的配置存储位置。
Original service <--- authorization/revocation ---> Zortex local vault
|
scoped retrieval on request
|
v
AI provider copy
(separate retention terms)
Control is per location; there is no universal "undo" arrow.
数据处理边界的解释图；实际访问取决于服务和权限。
这 生成的几何封面 可作为矢量插图。
可移植性不仅仅是切换聊天窗口
在助手之间切换不应要求从头开始教每个助手完整的工作历史。这正是首先将上下文与助手分离的原因。应用程序通过支持的集成公开选定的上下文，而不是将个人的历史定义为某个模型的聊天日志的特征。
有一些值得说明的限制。一个正常工作的源连接器并不能证明源中的每个项目都已同步。检索可能返回摘要、引用或摘录，而不是完整的原始文档。跨源推断的关系只有在底层记录仍然支持并且可以纠正的情况下才有用。
Zortex 的实现保留了源身份和修订以及派生上下文。可移植记录必须携带这些引用和权限，而不仅仅是聊天记录或模型生成的摘要。
权限属于关系
将所有权称为本地和云之间的简单选择是很诱人的。真正的控制需要更多的维度。源授权可以允许从提供商检索；AI 特定授权可以限制路径、记录类型和内容形式；云模型配置可以更改选定上下文的处理位置。
公众 候补名单描述 讨论了本地操作以及当用户计算机关闭时可选的云访问方向。该方向不应被解读为承诺每个当前安装都具有远程可用性，也不应被解读为默认上传所有内容的同意。
一个人应该能够选择一个助手，因为它适合任务，而不是因为它已成为其上下文存在的唯一地方。授权边界是这种选择不仅仅是一个口号的方式。
保留可清晰记录剩余内容
停止连接器会保留以前同步的本地信息。撤销源授权会阻止将来通过该授权进行访问，但不会删除已复制的内容。删除本地数据需要删除已配置的存储和保留的副本。已发送给其他提供商的材料必须与该提供商一起处理。
这种分离使退出变得清晰：停止未来的提供商访问，检查本地副本，删除保留的文件，并通过其自己的控件处理任何独立持有的提供商数据。
这 应用程序隐私政策 提供了当前的运行规则、删除步骤和联系方式 support@zortex.me 有关特定安装问题。
来源：产品实施和 应用程序隐私政策，于2026年10月9日审查。
