功能开关
一种将代码部署与功能发布解耦的工程实践，通过开关控制新功能是否对用户可见，支持渐进式发布和快速回滚。
时间轴 (近 90 天)
由于每次预览部署彼此隔离，生产环境中统一的功能开关配置不会自动带到预览部署，开发者在预览里调整的开关状态只对当前实例生效。
功能开关（Feature Flags）是现代前端部署中常用的发布控制手段，允许团队在不重新部署的情况下开启或关闭特定功能。
覆盖与「修改默认值」的关键区别在于风险边界：覆盖不会影响其他用户和真实流量，修改默认值则会全局生效。
覆盖（Override）在功能开关体系中指不修改开关的默认值或服务端配置，而是在当前会话或当前环境中临时强制某个开关取指定状态。
“随部署打包数据文件 + 调用携带修订版本号”属于混合方案，既保留本地读取的低延迟，又通过版本号在调用链路上校验数据新鲜度。
功能开关若在初始化阶段发起网络请求，会把网络往返时间计入冷启动，从而放大尾延迟。
功能开关（Feature Flag）是一种把功能发布与代码部署解耦的工程实践：代码中预埋开关判断，通过配置中心动态决定某功能对哪些用户、哪些环境生效。
Flagsmith Experiments的价值在于把开关已有的分群标识复用为实验单元，并在其上补充随机化和统计层。
直接用功能开关的百分比放量来做实验，容易遭遇分流不随机、样本比例失衡、同一用户在不同设备被分到不同组等问题。
功能开关与A/B测试在工程实现上共享“分群+分流”能力，但目标不同：开关关注发布控制，实验关注因果推断。
还有 3 条时间轴事件
全部知识事实 (13)
由于每次预览部署彼此隔离，生产环境中统一的功能开关配置不会自动带到预览部署，开发者在预览里调整的开关状态只对当前实例生效。
50%待验证功能开关（Feature Flags）是现代前端部署中常用的发布控制手段，允许团队在不重新部署的情况下开启或关闭特定功能。
50%待验证覆盖与「修改默认值」的关键区别在于风险边界：覆盖不会影响其他用户和真实流量，修改默认值则会全局生效。
50%待验证覆盖（Override）在功能开关体系中指不修改开关的默认值或服务端配置，而是在当前会话或当前环境中临时强制某个开关取指定状态。
50%待验证“随部署打包数据文件 + 调用携带修订版本号”属于混合方案，既保留本地读取的低延迟，又通过版本号在调用链路上校验数据新鲜度。
50%待验证功能开关若在初始化阶段发起网络请求，会把网络往返时间计入冷启动，从而放大尾延迟。
50%待验证功能开关（Feature Flag）是一种把功能发布与代码部署解耦的工程实践：代码中预埋开关判断，通过配置中心动态决定某功能对哪些用户、哪些环境生效。
50%待验证Flagsmith Experiments的价值在于把开关已有的分群标识复用为实验单元，并在其上补充随机化和统计层。
50%待验证直接用功能开关的百分比放量来做实验，容易遭遇分流不随机、样本比例失衡、同一用户在不同设备被分到不同组等问题。
50%待验证功能开关与A/B测试在工程实现上共享“分群+分流”能力，但目标不同：开关关注发布控制，实验关注因果推断。
50%待验证在 LaunchDarkly 上，匿名访客会推高客户端月度活跃上下文费用，10万 MAU 时约1,020美元/月。
50%待验证本地评估（Local Evaluation）模式通过服务端SDK定期拉取完整规则集并在内存中求值，只有规则变更时才与平台通信，从而把计费单元从“每次评估”转为“每次规则同步”。
50%待验证功能开关平台通常按“上下文”计费，即每个被评估的用户或设备标识算作一个计量单元。匿名访客由于没有稳定 ID，平台往往为每次会话甚至每次页面加载生成新的上下文，导致 MAU 统计被放大。
50%