WebSocket connections fail behind Fence sandbox (ignore HTTPS_PROXY)

Summary

When running Command Code inside popular sandbox tool Fence (https://github.com/fencesandbox/fence) (Linux sandbox using bwrap --unshare-net), all WebSocket connections time out. Fence routes network traffic through an HTTP proxy (HTTPS_PROXY=http://127.0.0.1:3128) since direct TCP is blocked by the network namespace.

curl, fetch, and HTTP requests work correctly. However, new WebSocket(url) (used in buildSandboxStreamUrl / defaultCreateSandboxStreamSocket) ignores proxy env vars and attempts a direct TCP connection, which is blocked by the sandbox.

The codebase already has detectProxyFromEnv(). Maybe use ws package with https-proxy-agent for WebSocket connections when a proxy is detected, instead of the built-in WebSocket

Expected Behavior

CommandCode working inside Fence sandboxing

Actual Behavior

Connection issues with Fence. Can't use CommandCode with it.

Steps to reproduce the issue

1. Install and configure Fence ( https://github.com/fencesandbox/fence )
2. Run CommandCode with "fence cmd"

Command Code Version

1.10.0

Operating System

Linux

Terminal/IDE

JetBrains-JediTerm

Shell

bwrap

Session file (optional)

No response

Fix prompt (optional)

No response

Additional context

No response

首先跟踪 buildSandboxStreamUrl 和 defaultCreateSandboxStreamSocket，然后检查 detectProxyFromEnv 如何用于现有的 HTTP 请求。重现 Fence sandbox 失败的问题，并验证 WebSocket 连接能够通过配置的 HTTPS_PROXY 成功连接，同时不破坏直接连接。