copilot cli 1.0.109与1.0.110-1怎样选择安装方式？要复现这组历史版本的行为，应明确指定完整版本；正常更新则使用稳定或prerelease通道，通道命令不会永久停在这两个版本。1.0.109的沙箱cidr规则、1.0.110-0的实验密码输入和1.0.110-1的会话恢复修复属于不同交付范围，不能把预览能力当作稳定版功能。
先区分访问资格与安装条件
Copilot CLI是终端编程助手，可用于交互任务，也支持非交互提示。CLI适用于各类Copilot计划；组织订阅用户还需要组织允许使用CLI。账户能够访问CLI，并不等于所有模型和实验选项都已开放。
npm安装方式要求Node.js 22或更高版本。在已安装Node.js的终端中，可先检查运行环境：
node --version npm --version
第一行应显示v22或更高主版本，第二行应能返回npm版本。若命令不存在，说明当前终端尚不能采用这条npm路径；Windows另有WinGet渠道，macOS与Linux可使用Homebrew，安装方式应按实际环境选择。
复现指定版本与跟随通道是两种任务
如果任务需要固定到1.0.109，可使用npm的版本限定安装；后面的查询检查实际全局包，而不是假定命令执行后版本必然正确：
npm install -g @github/copilot@1.0.109 npm list -g @github/copilot --depth=0
查询结果应列出@github/copilot@1.0.109。需要复现1.0.110-1预览时，安装目标与确认结果都要保留完整后缀：
npm install -g @github/copilot@1.0.110-1 npm list -g @github/copilot --depth=0
这两组是二选一的全局安装示例，不会并排保留两份同名全局命令。版本固定适合核对历史差异，不等于推荐长期停留在旧版。
跟随正常发布通道则采用以下命令之一；后续发行会推动通道前进，不能把它当成固定到1.0.109或1.0.110-1：
# 稳定通道 npm install -g @github/copilot # 预发布通道，按需要二选一 npm install -g @github/copilot@prerelease
稳定版的CIDR支持不等于沙箱已开启
1.0.109为沙箱主机允许与拒绝规则加入IPv4、IPv6 CIDR支持，便于用网段表达边界。它扩展规则表达，不会自动放开内网，也不能替代文件访问权限。配置参考页曾保留“CIDR不支持”的旧表述，因此历史行为应以目标发行版本核对，不能将新语法直接套给更旧客户端。
本地沙箱默认关闭；未启用时，命令按当前用户权限运行。启用后才由相应策略约束文件系统、网络和系统能力，CLI与Copilot应用的本地沙箱设置也彼此独立。版本升级、配置存在、沙箱实际生效，是不同状态。
同版模型选择器的New models加入Claude Fable 5.2，表示客户端能识别该选项；是否可用仍受账户与组织策略影响，不能据此推断所有用户都获得相同模型或性能。
实验密码提示需要预览条件
1.0.110-0把git、ssh或sudo触发的密码提示接入遮罩对话框，属于需主动开启的实验能力。在对应交互会话中，实验开关命令为：
/experimental on
这是Copilot交互会话里的斜杠命令，不是系统Shell命令。它开启实验选项，但不会让任意任务立即出现密码框；只有实际命令触发相应提示时才涉及该交互。遮罩也不等于自动授权，目标程序仍会按其用途处理输入。
1.0.110-0还移除旧版remote steering，云会话与远程连接改为要求AHP环境。这是Breaking Changes，依赖旧连接的用户不能只因密码框方便就忽略远程环境的迁移条件。
1.0.110-1解决的是哪些恢复与解析问题
该预览版会在通过copilot --resume打开会话时立即将其标记为使用中，避免会话空闲界面期间，第二个窗口或非交互恢复流程仍能同时写入。它缩小了并发写入的冲突窗口，不表示同一会话适合交给多个写入者同时运行。
MCP修复也有不同范围：1.0.110-0处理工具结果含skills、tools、messages等顶层键时无法交给模型的问题；1.0.110-1则处理本地MCP结果里的孤立UTF-16代理项转义，以替代字符读取，避免特定异常文本造成长时间失败或挂起。服务端超时、权限不足或网络故障，不能仅凭这项解析修复认定已解决。
