用途：本技能提供一套资深工程师的特性开关操作规范，用于在引入、修改、审计开关或制定开关治理策略时，避免开关堆积成技术债。它假定你已有开关平台（如 LaunchDarkly、Flagsmith、Split.io、VWO FME、GrowthBook、Statsig、PostHog、Optimizely，原理与平台无关），且团队能实现目标规则与 SDK 集成；难点在于操作纪律。
主要能力：区分五类开关——发布（release_，短期，上线后清理）、实验（exp_，一到六周，选定变体后清理）、运维（ops_，长期存活作 kill switch）、权限（perm_，长期）、配置（cfg_，长期）。不允许混用类型，用途变化须新建开关并迁移。推荐命名 <type><owner><semantic_name>_<version_or_date>，全组织统一 snake_case 或 kebab-case。生命周期分五阶段：创建（含负责人、类型、目标移除日期、放量计划、监控方式）、开发、上线、成熟（100% 后至少监控 30 天）、删除。目标规则基于用户、账户、请求、时间四类属性，用 AND/OR/NOT 组合，避免易变属性。放量策略包括百分比、队列、地域分阶段、时间计划，遵循“放量并观察”：每一步在峰值时段观察至少一小时再推进。陈旧开关按季度清理，发布/实验类阈值 30 天，运维/权限类 90 天，每个开关单独开删除 PR。治理设查看者、编辑者、审批者、管理员四级权限，生产变更走评审与审计，环境按 dev→staging→production 晋级，并明确应急 override 路径。另含开关依赖与冲突识别、性能（缓存、批量评估、SDK 选择、延迟预算约 5ms）、双分支与状态转换测试。
使用方式：资料未提供具体安装命令、调用代码或平台配置步骤，暂未提供。
适用场景：引入、修改、审计开关，设计开关治理策略。
限制：不覆盖实验设计（假设、样本量、MDE）与统计分析，也不覆盖平台专用工具命令；这些需参考相应技能或平台文档。