2026 年 10 月 26 日，Copilot Assisted Permissions 在 Copilot CLI、GitHub Copilot 应用和 VS Code 中正式可用。该功能由一个语言模型审查编码代理发起的权限请求，自动放行明确无害的命令、文件访问和 URL，只把不确定的请求交给开发者。
这针对的是 AI 编程代理的现实问题：代理连续运行后，开发者可能不看提示就批准，或直接使用 –yolo。辅助权限希望减少点击次数，但素材强调，它不能替代 deny 规则和沙箱。
三种审批模式中的中间层
编码代理运行命令、编辑文件、读取路径或抓取网页时，几乎都需要权限。素材称，GitHub Copilot 提供三种模式。
- 手动模式：每个非只读命令、每次文件编辑和每次 URL 抓取前都会询问用户。
- 无条件批准模式：也称 allow-all 或 YOLO。Copilot 使用工具、路径和 URL 时不提示、不经模型审查，但 deny 规则和公司策略仍适用。
- 辅助权限模式：审查模型结合任务上下文评估请求，确信无害且符合任务时自动执行，否则询问用户。
上下文很关键。修复测试时运行 npm test 是常规动作；重命名字符时向未知域名发起 curl 请求则不寻常。辅助权限不是按命令名放行，而是把动作放回任务语境判断。
先查规则，再交模型复核
Copilot 会先检查已有规则和会话中先前批准。已允许的动作不再提示，也不进入模型审查；命中 deny 规则的动作直接停止。只有剩余请求会交给审查模型，并且仅限运行命令、访问路径和抓取 URL 三类。
审查结果分为三种：模型确信时执行；不确定时询问用户；如果审查无法进行，例如服务不可用，则回到会话原本的审批处理。在 autopilot 模式和非交互式运行中，不确定请求会被拒绝，并向 Copilot 返回解释，以便尝试其他方案。
该模式的边界也很明确：企业规则要求人工批准的工具调用，例如某些 MCP 工具，不会被自动放行；绕过本地沙箱的请求仍按普通流程处理；官方表示模型可能犯错，也可能批准危险动作，因此辅助权限不是沙箱或访问限制的替代品。Copilot 会自行选择审查模型，可能不同于当前工作模型；如果用户自带模型提供商，则由当前会话活动模型负责审查。
开启容易，真正工作在规则
在交互式 CLI 中，输入 /permissions assisted 可为当前会话启用；/permissions show 查看模式，/permissions manual 切回手动。切换后，Copilot 对 git status、npm test 等常规命令的询问会减少。
若要让新会话默认启用，可在 ~/.copilot/settings.json 中将 defaultPermissionMode 设为 assisted，或在会话中使用 /settings。如果管理员设置了 permissions.defaultMode，该值优先；如果模式被策略阻止，CLI 会以手动模式启动。GitHub Copilot 应用和 VS Code 也提供入口，其中云端会话没有本地默认设置。
安全边界主要由规则决定。企业可通过 managed-settings.json 定义永不许、需重新确认和始终允许的操作，优先级为：deny 优先于 ask，ask 优先于 allow。素材示例包括禁止 Read(~/.ssh/**)、Read(~/.aws/**)、Edit(/.github/workflows/**)、Shell(rm -rf *)；对 Shell(git push *)、Shell(npm publish *)、Domain(api.github.com) 要求询问；允许 Shell(npm test *)、Shell(npx tsc *)、Read(/src/**)。
素材还提醒一个 CI 风险：如果把辅助权限与 –allow-all-tools 结合，而辅助模式无法启用，代理会在没有任何审查的情况下运行。
从减少点击到权限治理
Copilot Assisted Permissions 的价值在于降低低风险操作带来的审批疲劳。它把审批拆成几层：规则和会话批准先过滤，deny 规则设硬边界，审查模型处理中间地带，人工确认留给不确定请求。
对开发团队而言，这一模式不是单独的安全开关。它需要与拒绝规则、询问规则、沙箱和访问限制一起使用。少点几次确认，只有在不越过这些边界时，才意味着效率提升，而不是控制下降。
原创文章，作者：点点，如若转载，请注明出处：https://www.dian8dian.com/copilot-fu-zhu-quan-xian-shen-pi-shang-xian-ai-bian-cheng
