在此页面上

9月10日，Zortex Codex 引导插件更改了检索连接信息的方式。它现在从用户的问题开始，并在限定页面中请求证据。 插件历史 记录更改。

这个变化是一个基本但重要的分离：连接帐户使源有资格回答请求；这并不意味着每条消息或文件都应该立即被读取并放入助手对话中。

发生了什么变化

插件存储库中的 9 月份序列包括四个紧密相关的更改。提交 c9fab5d77 仅在提问后引入了检索。提交 3c63a64c4 使问题结果自适应分页。提交 f7b05ecf8 显示了完整的检索进度。提交 d4715aa55 要求可读、可索引的检索，而不是将名义连接视为足够。

这些更改解决了不同的故障模式。问题优先检索减少了不必要的访问。分页防止了广泛的初始请求压倒响应。进度报告使不完整的搜索可见。要求可读的索引内容防止“已连接”被误认为是“准备好回答”。

它们与显示更好答案的基准不同。历史记录建立了工作流程的更改；评估答案质量需要问题、相关源记录、真实情况和可重现的比较。

集成合同中的前后

当前插件记录的行为是：

Explicit user question
         |
         v
Choose relevant connected sources
         |
         v
Retrieve a bounded evidence page
         |
         v
Expand if evidence is insufficient
         |
         v
Answer with cited source context

产品问题首次检索的产品图

图表：九月 Codex 集成中的范围检索和权限合同。

这是检索合同的编辑简化，而不是特定用户查询的数据包跟踪。

该插件告诉 Codex 从问题大小的提供商搜索批次开始，然后仅当证据无法回答问题时才增加批次。完整的收集请求单独处理：--all 模式保留给明确要求完整性的用户。普通问题不应触发对不相关帐户数据的扫描。

即使数据从未出现在屏幕上，这条规则也很重要。读取提供商源可能会产生 API 使用、消耗时间，并通过身份验证和索引边界移动信息。将初始搜索减少到合理集合可以使性能和隐私行为更容易推理。

连接不等于成功

插件的 README 文件将 Gmail、Google Drive 和 Outlook 标识为该集成路径已发布的自动 Windows 源。其他命名的源要么正在连接器制造中，要么不属于该 Windows 版本。连接器目录根据其开发和平台支持单独列出其他源。

入职路径在内容检索之前授权来源。其文档说明，连接器设置不会仅仅作为入职的副作用而读取消息或文件。如果来源返回 NEEDS_ATTENTION，Codex 会被指示报告特定于提供商的障碍，而不是用成功消息掩盖它。

此阶段的失败可能有多种含义：帐户未授权，提供商步骤需要用户操作，源尚未索引或可读，或者连接器尚未建立足够的状态来回答问题。可靠的界面不应将这些情况归结为相同的绿色对勾。

插件本身是 Codex 的指令，而不是用户数据、OAuth 令牌存储或连接器引擎的容器。其存储库明确描述了这一狭窄的边界。已安装的 Zortex 组件执行连接和检索；引导程序教导 Codex 何时以及如何使用它们。

隐私边界

Zortex 为其已记录的 Google 集成请求对 Gmail 和 Drive 进行只读访问，以实现授权同步和分析。该插件的隐私文档指出，同步内容和 OAuth 令牌存储在加密的本地 Zortex 托管中。经选择和引用的子集可能会与用户选择的 AI 提供商共享以获取答案，但须遵守该提供商的条款。

以问题为先的检索本身并不能证明所有意外披露都已得到预防。一个错误宽泛的问题、提供商集成缺陷或受损机器仍然可能产生风险。我们应该评估发送到外部工具的实际内容，而不是仅仅从分页参数的存在来推断安全性。

移除是另一个独立的操作。卸载Codex引导插件会移除其指令。它不会擦除Zortex保险库或自动撤销提供商访问权限。存储库会引导用户进行特定于源的连接回滚以完成该任务。产品UI应使这些区别清晰可见，而不是将其隐藏在一个“断开连接”动词后面。

兼容性和测试范围

文档中记载的安装路径在Windows上使用Codex CLI和@zortexhq/install包。成功的引导需要安装的CLI是当前的，提供商授权完成，并且源变得可读。插件的进度和检索行为在源代码和提交中都有记录；本文不声称独立执行了实时提供商回归运行。

源级别验收程序使用一个新鲜的受支持账户、一个限定范围的问题和对检索到的记录的检查。它检查缺失和过时的索引状态、需要注意的响应以及为交付选择的精确片段。

完整请求路径值得单独的验收案例。请求“所有内容”与范围限定的问题有实质性区别，并且界面应在广泛检索开始之前显示范围。

用户看到了什么

此人更清楚地看到了已连接帐户、可读来源和充分证据之间的区别。检索进度保持可见，并且广泛的收集请求仍然是一个单独的、明确的操作。

这种集成说明了我们希望在所有 AI 主机上实现的行为：一次授权，出于明确原因检索信息，以及基于可识别记录的响应。这是开发历史中一个有限的更改。此检索合同为将权限范围内的上下文引入更多 AI 主机提供了具体基础。

来源依据： ZortexHQ/zortex-codex-plugin README 和 PRIVACY.md；9 月 10 日提交 c9fab5d77、3c63a64c4、f7b05ecf8 和 d4715aa55。所描述的集成行为来源于上述 README 和代码历史记录。