Copilot 新模型策略 API 怎么用来排查权限？先做只读快照审计

10月19日更新解决的是可读取和可管理

GitHub更新记录说明模型策略GET与PATCH接口覆盖企业、企业团队、应用及组织。接口可用不等于所有配置模式都转为正式版；管理文档仍把企业团队模式标为可选择加入的预览。

这是一篇排查工作流，公告日期保留为10月19日。我们不替用户切换模式、扩权或修改企业配置。价格与计费也不能从模型策略字段得出，可另看代码评审访问与组织计费的区别。

准备最小、可脱敏的策略快照

由有权读取的人从当前管理页或REST API文档对应的GET接口获得数据。记录企业标识的替代名、抓取时间和当前模式；去掉令牌、个人信息与无关仓库内容后再交给外部AI。团队成员关系和实际应用身份需要另行核对。

下面表格是自编练习，不是真实API响应，也不是任何现有企业的策略。模型A、B只是占位名。表中的“团队已启用A”是冲突报告，故意用于检查是否错误地认为团队能越过企业禁用。

要求AI解释冲突，而不是替管理员改设置

把快照作为数据提供，要求逐条引用单元格。若让模型“修好所有不可用”，它可能直接提出扩大权限；这里的目标是生成能交给管理员核查的报告。没有拿到字段来源时，输出应写未确认，而非补成默认允许。

任务：仅审计我粘贴的脱敏模型策略快照，不调用工具、不修改权限。
请列出每个模型的企业基线、下级配置、冲突、缺失证据和下一步只读核查。
规则：企业disabled不能被团队enabled覆盖；optional不是已启用；editable只说明该设置是否可修改。
区分“策略字段已知”和“用户最终可访问”。不要推断成员关系、席位、客户端或地区支持。
输出：证据→判断→仍需核查；不生成PATCH或令牌示例。
以下是自编练习数据，不是真实API响应：在此粘贴表格。

一份合格报告应该如何回答

模型A：企业disabled是明确限制；团队表格声称enabled不能用来宣布用户可访问。应回查表格的实际来源、时间及字段含义，保留冲突而不是自动把企业设置改成enabled。

模型B：企业委派到团队/应用，Research团队已启用，但用户U成员关系未知。因此只能说这条团队路径有条件成立，不能给U签发“最终可用”结论。应用optional也不等于已明确启用；editable=true描述可修改性，不是用户资格。

修正过度肯定的AI草稿

管理文档说明团队设置是在企业基线上添加访问；企业明确禁用的模型不能由团队开启。多个团队的关系也不能简单按“最后一行覆盖”处理。实际判定必须结合适用模式与当前身份。

如果草稿把配置清单写成权限承诺，要求回到证据栏逐条改写。可参考模型发布不等于账号立即可用；发布范围、策略范围和用户客户端是不同的排查层。

验收一份可交接的权限报告

最终报告应包含快照时间、当前模式、读取来源、模型字段、当前用户或应用的证据缺口和负责人。若管理员决定变更，另走其既有审批与变更流程；本篇的只读报告不是变更授权。

账户套餐、角色、令牌权限与端点支持以当前官方文档为准。读取失败可能源于身份或权限，不能把403解释成模型全球停用。不要把令牌发给博客反馈邮箱或贴进提示词。