U7.04.2The threshold's rationale must be visible and adjustable设计
阈值的设定依据需可见且可调整
别名: 阈值治理 · 阈值依据
概念解释
阈值不是自然常数而是人为决定，它的依据（SLA 合同、历史分位数、业务目标、拍脑袋）必须在界面与文档里可见，并且存在一条受控的调整通道。看不见依据的阈值是黑箱权威：读者被它的红绿判决约束却无法质询，阈值错了也没人能定位该改哪里。
机制
可见性的作用是让阈值可审计：读者看到"错误率大于 0.5% 即异常"，要能进一步知道"0.5% 来自去年承诺的 SLA"——依据把阈值从数字变成约定，红绿状态才具有规范的约束力，争议时也才有仲裁对象（"合同就是 0.5%"）。可调整性的作用是跟上业务：阈值最大的敌人是过期，调整通道必须受控（谁能改、改了通知谁、全程留痕）但必须存在——没有合法通道的调整需求会以旁路方式发生（悄悄改查询、私下换看板），治理反而失控。依据可见与调整受控合起来构成阈值的治理结构：这个红绿灯为什么是这条线、这条线由谁在何时为什么改过，两个问题都有答案。
边界
调整通道的开放度要按指标分级：SLA 类阈值的修改是合同行为（走变更流程），运营类阈值可以更灵活（负责人自助调），分级避免"一律走流程"的僵化与"人人可改"的混乱。依据的呈现位置分两层：悬停详情给"依据加依据文档链接"，告警消息里给一行依据摘要——告警被转发到群聊时依据要能跟着走。没有真实依据的阈值（没人说得清为什么是这个数）应被标记为"待校准"，进入复核队列而不是继续假装权威。
怎么落地
- 每个阈值登记元数据：数值、依据类型、依据文档、负责人、最后修改时间，悬停可见。
- 调整走分级通道：SLA 类走变更流程，运营类负责人自助，全部留痕并通知订阅者。
- 验证：随机抽三个阈值，回答"为什么是这个数、谁定的、多久没审了"；答不出即治理缺失，进入补登记流程。