用途：flag-release 是 PR 开关工作流的发布步骤，针对已存在且处于 OFF 状态、用于守护某个拉取请求变更的功能开关，记录一次自动化发布，使该变更在 PR 合并后按团队发布策略安全上线，无需人工切换。它只负责记录发布，不创建开关、不修改代码。
主要能力：通过 LaunchDarkly 远程 MCP 服务器工作，使用 create-automated-rollout-config 记录发布、match-release-policies 解析各环境适用的发布策略、list-release-policies 查看项目策略及自动附加指标、get-flag 确认开关存在且为 OFF。支持 simple 与 policy 两种 releaseType，并遵循用户声明的发布意图。
使用方式：先确认开关存在且为 OFF，确定目标环境，用 match-release-policies 预览每个环境的策略结果，收集人工发布意图，展示逐环境计划并等待确认。确认后，将每个目标环境归入 RELEASE 或 HOLD：RELEASE 环境写入 environments 数组，HOLD 环境完全省略，使其保持 OFF。随后调用 create-automated-rollout-config，传入 projectKey、flagKey、仅含 RELEASE 的 environments 数组及 PR 引用，记录返回的 config_id 并报告。
适用场景：作为 flag-and-release-change 编排器的最后一步，或由自动化框架直接驱动，用于在 PR 合并时自动发布受开关保护的变更。
限制：需要远程托管的 LaunchDarkly MCP 服务器、已存在且为 OFF 的守护开关，以及 PR 引用。没有 hold 发布类型，策略不是人工闸门；要保留某环境只能将其从 environments 数组省略。策略环境需要 repoFullName/prNumber 才能在合并时触发。若开关不存在、已有同 PR 的发布配置、无匹配策略、guarded 策略缺少相关指标或依赖尚未上线的父开关，需按资料说明处理。不得自行开启开关、切换开关、跳过 match-release-policies 或处理凭据。