Copilot CLI 1.0.109的CIDR规则为什么不能代替启用沙箱

Copilot CLI 1.0.109的CIDR规则为什么不能代替启用沙箱？CIDR只扩展了沙箱主机允许与拒绝规则表达网段的能力，本地沙箱仍默认关闭。关闭时，智能体命令按当前用户权限运行；只有相应沙箱处于启用状态，策略才参与约束网络、文件系统和系统能力。规则语法、策略是否生效和账户能否访问CLI，需要分别理解。

网段表达解决范围，沙箱解决执行边界

1.0.109发行说明明确新增IPv4与IPv6 CIDR支持，适用于沙箱主机允许和拒绝规则。它方便表达一组地址，而不是必须逐一写出每个IP；但支持网段语法不等于自动添加任何允许项，也不意味着升级后全部内网都可访问。

允许与拒绝规则属于网络策略的一部分，不能自动推导出文件目录访问、命令审批或凭据权限。例如，网络目标被允许，并不意味着对本地文件的任何操作都已获准；反过来，工作区文件可见也不等于远程主机一定可达。这些是理解权限层次的区别，不是一份可直接套用的沙箱配置。

为什么配置存在仍可能没有约束效果

本地沙箱默认关闭，未启用时命令以当前用户访问权限运行；启用后，沙箱才按策略约束文件系统、网络及系统能力。因此，“配置文件里有规则”和“本次运行确实在沙箱中”是两个不同命题。CLI与Copilot应用的本地沙箱设置也独立，不能因为其中一个入口已配置，就假定另一个入口自动继承。

这组历史版本还存在文档同步边界：配置参考页曾保留“CIDR不支持”的旧表述，而1.0.109发行记录已列出支持。对于旧客户端，不能仅凭较新的发行记录就推断其认识新语法；对于1.0.109，也不能只摘旧文档一句话否定已交付变化。

模型选项和CLI权限同样不是同一回事

1.0.109的New models加入Claude Fable 5.2，表明模型选择器能识别该选项。实际模型是否可选仍受账户与组织策略影响，这不是所有用户统一获得的模型权限，也不是性能排名或任务效果承诺。

Copilot CLI可用于各类Copilot计划，由组织提供订阅时，还需要组织启用CLI策略。安装程序、拥有订阅、组织允许CLI、某一模型可用，是彼此相关但不能互相替代的条件。网络规则也不能绕过这些访问条件。

密码遮罩属于哪个版本，有什么限制

实验性密码遮罩对话在1.0.110-0预览版中加入，用于git、ssh或sudo命令触发的密码提示。它需在对应交互会话开启实验选项：

/experimental on

这是Copilot会话内的命令，不在系统Shell中执行；开启后仍由实际命令的密码提示触发交互。遮罩只避免在该对话框直接明文显示输入，不意味着目标程序不会使用凭据，也不等于命令自动得到授权。不能把这项预览功能归入1.0.109稳定版。

1.0.110-0的破坏性变化还移除旧版remote steering，云会话和远程连接要求AHP环境。密码输入、网络可达与远程连接协议，是三个不同条件，新增遮罩对话不能单独保证旧远程工作流继续兼容。

会话与MCP修复为什么要分开看

1.0.110-1同样标为预发布。该版在copilot --resume恢复会话打开时立即标记使用中，防止空闲界面时，第二窗口或copilot -p --resume流程仍同时写入。这是会话竞争修复，不是网络或沙箱规则的变更，也不代表可以让同一会话任意并发。

MCP结果兼容分两类：1.0.110-0修复结果具有skills、tools、messages等顶层键时无法正确传给模型的问题；1.0.110-1处理本地MCP响应中孤立UTF-16代理项转义，以替代字符读取，避免特定异常文本导致长时间失败或挂起。服务端超时、鉴权和网络问题并未因此自动消失。

通道与完整版本号有什么关系

稳定npm通道与prerelease通道会随后续发行前进，并不永久固定到1.0.109或1.0.110-1。这组历史版本的规则，不能直接替代后来正式版或新预览的发行记录。通过npm安装要求Node.js 22或更高版本，Windows另有WinGet，macOS和Linux可用Homebrew，安装渠道也不决定本地沙箱是否启用。

判断某项能力是否适用，应把完整版本、稳定或预览标记、运行入口和具体策略放在同一上下文中。这样可以避免把“网段可表达”误认为“策略已生效”，或把“密码不明文显示”误认为“所有命令都已安全授权”。