把指南转化为安全试用流程
使用真实资料前，请先在功能开关分阶段发布规划器中用合成数据试做《用功能开关与 ADR 实现可回退产品发布》的步骤。勾选状态只保留在当前标签页。
简短答案与目标
建立可审计发布记录：预先说明为何发布、哪些用户按何顺序看到、何种指标代表成功或伤害，以及谁能一键回滚。
针对“产品发布与治理”决策，开始前明确责任人、错误影响、数据类别和不得自动化的最终批准；“用功能开关与 ADR 实现可回退产品发布”示例不得包含个人或机密数据。
- 建立可审计发布记录：预先说明为何发布、哪些用户按何顺序看到、何种指标代表成功或伤害，以及谁能一键回滚。
输入与范围契约
对于“用功能开关与 ADR 实现可回退产品发布”，成功不只是工具产生输出：提高百分比并不等于发布策略；应把决策理由、用户群、观察、停止、回滚和用户沟通统一记录。 执行前还要明确决策责任人与回退路径。
显示此流程每一步的输入、输出、停止条件和回退方式；在 feature-flag-adr-geri-alinabilir-yayin-rehberi 范围内，错误必须指出字段和修正动作，不得静默修复。
可执行的分步方法
在 ADR 中记录背景、至少两个真实选项、决策、正负后果及重新开启条件。先从内部用户群开始；每次扩大前都要求最低样本量、观察时长、错误阈值和任务完成证据。不要默认开关负责人就是回滚负责人。
对于“用功能开关与 ADR 实现可回退产品发布”，把数字与来源总数、文案与真实界面、安全主张与威胁模型、内容主张与 IETF RFC 2119 — Requirement Levels 等最新第一手证据逐项核对。
负面与边界测试
分别测试用户分配不稳定、1% 阶段只有员工、关闭开关后数据架构无法回退、错误率低但主要任务已坏，以及旧客户端无法读取新响应。
除桌面外，还要在窄屏移动端、键盘、200% 文本、受限设备和离线状态下完成“产品发布与治理”任务，并覆盖这些负面场景：分别测试用户分配不稳定、1% 阶段只有员工、关闭开关后数据架构无法回退、错误率低但主要任务已坏，以及旧客户端无法读取新响应。
依据用户任务验证
先用小型合成样本构建“产品发布与治理”正常路径，再以相同验收标准测试空、损坏、超大、重复和边界输入。
验收记录必须包含版本、日期、样本、阈值、已知风险、批准者和下次复核触发条件；最低证据要求是：关联 ADR 标识、开关名称、目标用户群、各阶段百分比、起止时间、指标、错误与任务阈值、回滚演练、支持说明和发布说明，并设定删除临时开关的日期。
证据与维护记录
关联 ADR 标识、开关名称、目标用户群、各阶段百分比、起止时间、指标、错误与任务阈值、回滚演练、支持说明和发布说明，并设定删除临时开关的日期。
维护时重新打开 IETF RFC 2119 — Requirement Levels，记录其版本或日期，并用同一合成样本重跑；即使无变化，也要记录已验证范围。
边界与负责的下一步
分阶段发布不能让错误假设变正确，也不能缩小伦理或权限问题；涉及安全、隐私、歧视或不可逆数据影响的变更，即使比例很小也需事先专业审查。
不要把“用功能开关与 ADR 实现可回退产品发布”输出当作最终事实。分阶段发布不能让错误假设变正确，也不能缩小伦理或权限问题；涉及安全、隐私、歧视或不可逆数据影响的变更，即使比例很小也需事先专业审查。 重大决策必须关联最新来源并由合格人员复核。
- 分阶段发布不能让错误假设变正确，也不能缩小伦理或权限问题；涉及安全、隐私、歧视或不可逆数据影响的变更，即使比例很小也需事先专业审查。
把指南转化为可重复的检查流程
请使用这套包含 4 个工具的检查计划来落实《用功能开关与 ADR 实现可回退产品发布》。目标：提高百分比并不等于发布策略；应把决策理由、用户群、观察、停止、回滚和用户沟通统一记录。 包含负面测试、验收证据与维护步骤的原创实践指南。 请先用安全示例代替真实数据，并记录每一步的预期结果与验收决定。
功能开关分阶段发布规划器
- 准备
- 功能开关分阶段发布规划器的输入应为符合工具字段说明且不含不必要个人数据的内容。本次处理目标是：依据用户规模、百分比阶段、观察时间与回滚阈值制定分阶段发布计划。处理敏感真实数据前，请先用合成示例确认格式。
- 执行
- 运行设备端处理。功能开关分阶段发布规划器为实现“依据用户规模、百分比阶段、观察时间与回滚阈值制定分阶段发布计划”采用以下可解释方法：输入依据公开规则进行结构化，未经用户操作不会发送到外部系统。
- 验收检查
- 验收检查：接受功能开关分阶段发布规划器的结果前，请完成人工检查必填字段、日期和数值、受众适配以及任何正式要求；核验证据应与“依据用户规模、百分比阶段、观察时间与回滚阈值制定分阶段发布计划”这一目标一致。功能开关分阶段发布规划器的使用边界：输出是可编辑草稿，不能替代正式文件或专业批准。
- 预期输出
- 功能开关分阶段发布规划器完成后会提供可编辑草稿、字段摘要和明确的下一步操作，并围绕“依据用户规模、百分比阶段、观察时间与回滚阈值制定分阶段发布计划”组织结果。. 依据用户规模、百分比阶段、观察时间与回滚阈值制定分阶段发布计划。
ADR 架构决策记录生成器
- 准备
- ADR 架构决策记录生成器的输入应为符合工具字段说明且不含不必要个人数据的内容。本次处理目标是：以背景、选项、决策、后果与重新评估触发条件生成可维护 ADR。处理敏感真实数据前，请先用合成示例确认格式。
- 执行
- 运行设备端处理。ADR 架构决策记录生成器为实现“以背景、选项、决策、后果与重新评估触发条件生成可维护 ADR”采用以下可解释方法：输入依据公开规则进行结构化，未经用户操作不会发送到外部系统。
- 验收检查
- 验收检查：接受ADR 架构决策记录生成器的结果前，请完成人工检查必填字段、日期和数值、受众适配以及任何正式要求；核验证据应与“以背景、选项、决策、后果与重新评估触发条件生成可维护 ADR”这一目标一致。ADR 架构决策记录生成器的使用边界：输出是可编辑草稿，不能替代正式文件或专业批准。
- 预期输出
- ADR 架构决策记录生成器完成后会提供可编辑草稿、字段摘要和明确的下一步操作，并围绕“以背景、选项、决策、后果与重新评估触发条件生成可维护 ADR”组织结果。. 以背景、选项、决策、后果与重新评估触发条件生成可维护 ADR。
发布说明变更编译器
- 准备
- 发布说明变更编译器的输入应为每行一项变更，使用类似 Conventional Commit 或清晰自然语言，并尽可能包含范围、破坏性标记与用户影响。本次处理目标是：按用户影响把原始变更行整理为新增、改进、修复、安全与破坏性变更章节。处理敏感真实数据前，请先用合成示例确认格式。
- 执行
- 运行设备端处理。发布说明变更编译器为实现“按用户影响把原始变更行整理为新增、改进、修复、安全与破坏性变更章节”采用以下可解释方法：按类型与范围信号解析各行，规范重复项，将技术前缀与用户语言分开，并生成新增、改进、修复、安全与破坏性变更章节。
- 验收检查
- 验收检查：接受发布说明变更编译器的结果前，请完成逐项核对真实变更，确保安全说明不泄露敏感细节，并要求破坏性变更包含迁移与回滚步骤；核验证据应与“按用户影响把原始变更行整理为新增、改进、修复、安全与破坏性变更章节”这一目标一致。发布说明变更编译器的使用边界：编译器无法查看 Git 历史、测试结果或部署；发布前应由变更负责人、支持与安全负责人核对生成说明。
- 预期输出
- 发布说明变更编译器完成后会提供面向用户的 Markdown 发布说明、分类数量、重复项摘要与缺失上下文清单，并围绕“按用户影响把原始变更行整理为新增、改进、修复、安全与破坏性变更章节”组织结果。. 按用户影响把原始变更行整理为新增、改进、修复、安全与破坏性变更章节。
包清单审计器
- 准备
- 包清单审计器的输入应为您有权检查的、已合成或最小化的代码、配置、标识符或文件内容。本次处理目标是：针对 package.json 版本范围、脚本、引擎和发布字段生成可解释风险提示。处理敏感真实数据前，请先用合成示例确认格式。
- 执行
- 运行设备端处理。包清单审计器为实现“针对 package.json 版本范围、脚本、引擎和发布字段生成可解释风险提示”采用以下可解释方法：内容不会执行；只应用可解释的静态模式和受限的浏览器操作。
- 验收检查
- 验收检查：接受包清单审计器的结果前，请完成在源位置人工复核，并使用适当的专业安全工具或授权流程独立验证；核验证据应与“针对 package.json 版本范围、脚本、引擎和发布字段生成可解释风险提示”这一目标一致。包清单审计器的使用边界：代码不会执行；未发现问题并不能证明不存在漏洞。
- 预期输出
- 包清单审计器完成后会提供证据位置、严重程度、误报可能性和下一步核验操作，并围绕“针对 package.json 版本范围、脚本、引擎和发布字段生成可解释风险提示”组织结果。. 针对 package.json 版本范围、脚本、引擎和发布字段生成可解释风险提示。
功能开关分阶段发布规划器适用以下边界：功能开关分阶段发布规划器的使用边界：输出是可编辑草稿，不能替代正式文件或专业批准。 如果未满足该条件，请勿把输出传递到工作流的下一步。
落实《用功能开关与 ADR 实现可回退产品发布》时，请记录工具名称、所选设置、浏览器版本，以及“使用功能开关分阶段发布规划器完成：依据用户规模、百分比阶段、观察时间与回滚阈值制定分阶段发布计划”的接受或拒绝理由，而不是敏感内容。这样既能重复检查，也不会复制真实数据。