Microsoft Copilot配置文件的提示词可复用流程

将 Copilot 配置提示词固化为可复用流程，虽看似技术性强，但其核心仅围绕三个锚点：用户身份、环境约束与权限边界。每次登录时涉及的设备指纹、会话时效、临时策略等动态变量，必须剥离；随后封装为带上下文感知的标准化模板。若跳过这三步直接粘贴提示词，下次更换设备或切换租户时，整段内容便需重写——这便失去了复用的意义。

简言之，你需要的并非一段可运行的提示词，而是一份能反复套用的“策略骨架”。那么，如何拆解？如何封装？如何对接？下文将逐步展开说明。

拆出配置骨架与动态锚点

打开当前正在调试的 Copilot 配置提示词，逐句识别：哪些内容随登录态变化，哪些内容固定不变。例如，“为 Azure AD 租户管理员配置 Copilot 访问策略”属于固定前缀；而“tenant-id: c1a2b3c4-d5e6-f7g8-h9i0-j1k2l3m4n5o6”以及“启用 Teams 聊天历史同步、禁用 OneDrive 敏感内容扫描”部分，则属于每次都可能变动的变量。

将这些变量全部替换为方括号标注的占位符：【租户 ID】、【启用功能列表】、【禁用功能列表】。注意：占位符名称必须见名知义，不宜使用【t】【f】等无意义缩写——Copilot 无法正确解析此类缩写，生成的策略可能出现偏差。

保留原始提示中所有硬性约束。例如，“禁止使用‘建议开启’‘可考虑关闭’等模糊动词”“每项策略必须标注对应 Microsoft 365 服务模块（如 SharePoint、Exchange Online）”“所有功能开关必须明确写‘启用’或‘禁用’，不得省略动词”。这些约束是骨架的承重梁，删除任何一条，生成的策略均无法直接部署。

用 Power Automate 封装为带上下文校验的配置流

在 Power Automate 门户中新建云端流，触发器选择“手动触发一个流”，添加三个文本输入字段：租户 ID、启用功能列表、禁用功能列表。

插入“条件”操作，校验【租户 ID】是否为 36 位 GUID 格式且包含 4 个连字符；校验【启用功能列表】是否为空或仅由英文逗号分隔的服务名（如 Teams、SharePoint、Outlook）组成。若任一校验失败，则终止流并返回错误提示：“租户 ID 格式错误”或“启用功能列表需用英文逗号分隔且不含空格”。

通过“Compose”操作拼接最终提示词：固定前缀 + “租户 ID:【租户 ID】, 启用功能:【启用功能列表】, 禁用功能:【禁用功能列表】” + 固定约束条款。此步骤的输出即为可直接输入 Copilot 的纯文本内容。

对接 Copilot 执行并提取可部署策略

有以下两种方式实现对接。

方法一：在 Microsoft 365 管理中心 → Settings → Org settings → Copilot → 点击右上角 Copilot 图标 → 粘贴 Compose 输出的提示词 → 生成后选中策略表格区域 → 右键选择“复制为 Markdown 表格”。此步骤需手动操作，因为 Copilot 目前尚不支持自动识别策略项边界并导出 JSON Schema。

方法二：使用 Power Automate 调用 Copilot for Microsoft 365 Graph API（需开通 Premium 许可）。在 HTTP 操作中配置 POST 请求体，将 Compose 输出的提示词填入 message.content 字段。从响应体中提取 policy 字段值，再通过“Parse JSON”操作解析为标准对象结构。

具体实施时需注意以下关键点：

第一步：确认租户已启用 Copilot for Power Automate 开关（路径：Settings → Org settings → Copilot → Power Automate）。此开关默认关闭，未开启时调用 Graph API 将返回 403 错误。

第二步：在“Parse JSON”操作中粘贴以下 Schema（须严格匹配 Copilot 实际返回结构）：{"type":"object","properties":{"policy":{"type":"array","items":{"type":"object","properties":{"service":{"type":"string"},"action":{"type":"string","enum":["enable","disable"]}}}}}}

第三步：将解析后的 policy 数组传入“Apply to each”循环，对每个 item 执行“Office 365 Management API – Update policy”操作，绑定对应服务模块的 REST 端点。