Windows：平台计划与手动配置

Windows 版的目标同样是保护本地隐私，让 Claude 的保护状态和待处理项清楚可见。平台覆盖需要单独验证，不能套用 macOS 的结果。

预览尚未发布

Windows 版计划中，目前没有 Windows 安装包（已发布的只有 macOS 版）。系统要求、签名、安装步骤与实际保护范围会随版本公布；本页不提供假定已可用的安装流程。

等待发布时要看哪些证据

项目	需要确认
主程序	哪些 Claude 程序已纳入，升级后如何重新检查
子进程	git、node、python 等是否在已验证范围，不能仅凭父程序受控推断
本机连接	回环端口规则与本机服务的实际测试结果
凭据	哪些文件或系统存储被检查，哪些未覆盖
私人目录	当前没有完整隔离实现，不能视为 Claude 只能读取选中文件

严格子进程控制属于后续设计，当前不承诺版本或完成时间。已有 WSL 环境也需要单独评估；Windows 主机进程的控制不能直接等同于 WSL 内部的覆盖。

现在可用的 Claude Code 手动配置

以下是独立于 CCIso 的配置参考，不建立文件隔离。命令未在你的代理环境中执行连通测试。

假设你自己的 HTTP 代理在本机 8080 端口监听，在 PowerShell 中执行：

$env:HTTPS_PROXY = "http://127.0.0.1:8080"
claude

替换为你的实际地址。变量只影响当前 PowerShell 后续启动的程序；从开始菜单打开的编辑器不应被假定已读取它。在 Claude Code 中运行 /status，Proxy 一行应显示配置地址。

需要跨会话保存时，把配置合并到 %USERPROFILE%\.claude\settings.json，保留已有字段：

{
  "env": {
    "HTTPS_PROXY": "http://127.0.0.1:8080"
  }
}

Claude Code 不直接支持 SOCKS 代理。不要将真实密码提交到项目设置，也不要把本例地址当作实际可用代理。

WSL 单独处理

WSL 内的 Claude Code 使用该环境的文件与设置。先在 WSL 内确认代理可达地址，再按 Linux 手动配置设置；不要假定 Windows 的 127.0.0.1、环境变量或保护状态可直接复用。

检查结果怎样算完成

现在使用手动配置时，先确认设置已读入，再确认自己的代理确实可连接。这不证明系统层连接规则或私人文件隔离已建立。CCIso Windows 版发布后，还需核对该版本的规则、进程和凭据检查结果。

继续阅读当前保护范围、排错与下载状态。配置依据：Anthropic 的网络配置文档，查阅于 2026-11-01。