CCIso 的目标是：保护本地隐私，让 Claude 在你可控的范围内工作。 你应该能知道保护覆盖了哪里、哪里还需要处理，再决定是否继续工作。
CCIso macOS 版已发布，Windows 与 Linux 仍在计划中。下面区分已经提供的能力与尚未完成的部分；完整私人目录隔离和外发内容审查尚未实现。
先分清三件事
| 你关心的问题 | CCIso 当前的实现范围 | 不能据此得出的结论 |
|---|---|---|
| Claude 从哪里联网？ | 给纳入范围的进程设置连接规则，通过指定的本机转发端口联网 | 允许连接中发送的内容已经过隐私检查 |
| 密码和密钥放在哪里？ | 代理秘密由系统服务受限保存，给特定 Claude 凭据文件增加读取限制并检查文件权限 | 所有登录凭据、私人文件都与 Claude 隔离 |
| 保护是否在工作？ | 检查规则、入口、未纳入的进程和部分凭据权限，给出待处理项 | 绿色状态代表每一次读取或上传都经过审核 |
连接边界：规定进程能走的路
macOS 的底层实现给目标进程分配专用组，再通过系统防火墙规则限制联网。本机转发引擎把连接送往你配置的代理，生成的配置不包含直连出站。
这层控制的目的，是让已纳入范围的进程遵守连接规则。代理不可用时，受控连接应停止；是否已纳入全部目标进程、规则是否生效，都需要检查证据，不能只看代理地址已经填好。
它是隐私保护的一层机制。它不判断一段上传内容是否含有你的合同、代码或个人资料。
凭据边界：分清两类秘密
代理密码与导入的密钥由 CCIso 的系统服务使用。当前 macOS 实现把它们保存在仅系统管理员身份可访问的目录中，转发配置通过内存管道交给引擎。文件仍保存在本机；这不等于已经接入系统钥匙串，也不等于磁盘没有明文。
Claude 自身的登录凭据另有保护规则。当前实现为两个指定凭据文件增加 Read 工具拒绝规则，并检查、收紧其中凭据文件的权限。它不是独立的文件系统沙箱；同一登录用户下运行的其他程序和其他读取方式，不能仅凭这条规则推定已被隔离。Claude Desktop 的登录存储也不能与这两个文件混为一谈。
文件边界：当前还缺什么
当前实现没有为 Claude 创建独立的系统用户或独立的用户目录，也没有把「文稿」「桌面」等私人目录整体隔离。进程分组用于网络规则，不会自动撤销当前用户已有的文件读取权限。
因此，若你的要求是「Claude 只能接触我明确选中的文件」，当前 CCIso 还不能满足这一完整要求。Claude 自身的工具权限与沙箱需要另行了解和配置，具体以 Anthropic 的权限说明及沙箱说明为准。
看见状态，再做决定
macOS 版提供「检测」，把检查结果和待处理项放在一起：例如规则缺失要修复、已有进程未纳入要重开。每一项以 App 内实际显示的结果为准。
检查结果说明的是所列项目的当前状态。它不是文件访问记录，也不是每次外发内容的审批记录。后续进程树视图同样不能替代这两种记录。
各平台分别看
| 平台 | 当前状态 | 阅读时注意 |
|---|---|---|
| macOS | 已发布：通用 PKG 安装包，已签名并经 Apple 公证，需 macOS 13 及以上 | 已在真机上与 Claude Code 2.1.316、Claude Desktop 4.4212.0 测试；进程树视图尚未提供 |
| Windows | 计划中，尚未发布 | 主程序、子进程和回环连接的覆盖范围要以实测发布说明为准 |
| Linux | 计划中，尚未发布 | 专用组、nftables 与后续 cgroup/eBPF 是平台设计，不能当作已交付功能 |
Cowork 虚拟机、云端执行和浏览器内的活动，不应因为电脑安装了 CCIso 就被视为已经纳入。借助系统服务进行的解析和联网也需要单独确认。
未激活与已激活
软件免费。基础连接规则、状态和检查在未激活与已激活时相同；激活码开启常开、自动更新与彻底清理（先加密备份）等功能，进程树视图仍在规划。激活不会把当前尚未实现的私人目录隔离或内容审查补齐。详见版本与激活。
继续阅读
资料查阅于 2026-11-01：Anthropic 的网络配置、权限和沙箱文档。本站的实现说明依据 macOS 0.1.7 版本。