Continue AI 配置中的 Proxy/VerifySsl 未生效：Node 进程代理排查

真实问题边界

Continue #12956 报告了配置文件中的 Proxy 与 VerifySsl 设置没有被 Node.js 进程采用的情况。这是“配置层与实际子进程网络行为不一致”的真实问题指纹，不能据此推断任意模型端点或账号状态。

先确认运行环境

在启动 Continue 的同一终端或宿主环境读取代理变量，并记录工具、扩展与 Node 版本；不要公开代理凭据：

node --version
env | grep -Ei '^(http|https|all)_proxy='

再对照桌面客户端、远程开发环境或容器是否使用相同的环境变量与根证书。企业网络中的证书由管理员管理；不要通过关闭 TLS 验证替代诊断。

复测原则

每次只改变一个路径：系统代理、应用内代理或 TUN 分流之一。记录错误字符串与复现时间；当工具在同一网络内只有子进程失败时，应优先检查进程继承与配置版本，而不是假定 AI 服务不可用。

诊断范围

“Continue AI 配置中的 Proxy/VerifySsl 未生效：Node 进程代理排查”应先按可观察现象缩小范围：基于 Continue #12956 的公开问题，检查 AI 开发工具的 Node 子进程是否继承代理与证书设置。 记录发生时间、使用的客户端与系统版本、是否仅在某个网络或某个配置下发生。不要从单次测速、单个节点或一次重试直接推断根因，也不要在未备份配置时同时修改多个开关。

操作步骤

1. 保留错误提示的非敏感部分，并记下当前客户端、系统、网络类型和最近一次成功时间；订阅链接、账号、令牌和个人网络标识不得写入截图或工单。
2. 在受控条件下只改变一个变量，例如切换已知可用的网络、恢复一份已导出的配置，或暂时停用可能重复接管流量的另一个客户端；每次改动后回到同一个操作复测。
3. 将结果归为“现象消失、现象不变、出现新错误”之一。前两类分别保留变更前后记录；出现新错误时立即恢复上一步，而不是继续叠加 DNS、代理模式、内核或系统权限改动。

验证与回退

完成调整后，以原始失败动作连续复测，并确认目标功能恢复而不是只看到界面状态改变。若复测失败，回退到已导出的配置或原先已知可用的客户端状态，再依据记录选择下一项检查。任何无法解释的证书、权限、路由或账户提示都应停止扩大改动范围并转交产品或网络管理员。

来源与适用边界

本页的“证据与参考”只用于说明已公开的配置说明或个案范围；它不能证明你的网络、账号、节点或服务端当前处于同一状态。将日志中的令牌、订阅地址、账户资料和网络标识删除后再用于比对。