【⌛️ 等待dsh更新】可以删除本插件的代理设置

[mrbbbaixue]

[V1ki]

已核对截图对应的 DSH v0.1.3-alpha.1 发布说明 和 代理安装源码：宿主统一代理能力属实。插件代理关闭或被绕过时，现有实现使用全局 fetch，因此可以沿用宿主路由，包括“测试连接”。

不过，目前不建议直接删除插件代理设置：

• 插件仍需兼容旧版 DSH。
• 仅订阅请求使用独立代理，与整个宿主使用统一代理并不等价。
• 已有配置需要明确的迁移路径；将代理凭据放入环境变量后，子命令也可以读取，与仅保存在插件私有配置文件中的边界不同。

已在本地提交 5d40cc9 准备以下调整（尚未推送或发布）：

• 保留可选的插件代理覆盖设置，建议使用上述新版 DSH 的用户配置宿主代理后关闭插件代理。
• 补充中英文迁移说明。
• 修正“未配置/绕过插件代理就是直连”等提示：实际上会使用 DSH 网络设置，需要直连时还应配置宿主的 NO_PROXY。
• 增加回归测试，确认关闭/绕过插件代理时，普通请求和连接探测均使用宿主全局 dispatcher，且插件不会替换它。

#62/#68 的最终联合验证为 379 项通过、6 项跳过，构建通过。代理测试使用 MockAgent，不等同于真实 DSH 启动器或外部代理联调。没有自动迁移或删除任何已有代理配置。本 issue 暂时保留，待后续明确最低宿主版本与迁移安排，再讨论是否彻底移除设置。

[V1ki]

补充一下进展：上面提到的调整已随 v0.6.1 发布到 npm，不再只是本地修改。

当前处理是保留插件代理作为可选覆盖设置；使用支持统一代理的新版 DSH 时，建议配置宿主代理并关闭插件代理。相关提示和迁移说明也已更新，没有自动删除或迁移已有配置。

也想进一步听听你的意见：你提出删除插件代理，主要是希望减少重复设置、避免两套配置混淆，还是希望所有订阅请求都统一遵循 DSH 的代理策略，不再允许插件单独覆盖？

后续你更倾向于哪种方向：

• 保留能力，但将插件代理收进“高级设置”，明确作为兼容旧版或独立代理需求的选项。
• 在明确最低 DSH 版本并提供迁移说明后，彻底移除插件代理设置，完全交给宿主管理。

如果方便，也欢迎分享你目前使用的 DSH 版本，以及关闭插件代理、仅使用宿主配置后，登录、模型请求和用量查询是否都正常。这样可以结合实际使用情况决定下一步，而不只是依据发布说明判断。

这个 issue 先保持打开，欢迎继续讨论。