上 key 提交后自动审核，合格的直接上线

key 审核通过后先画像（谁家的、Azure 哪个区域、TPM 多少、算哪个档位），再按下面的规则自上而下、第一条命中即停； 都不命中就进「默认分组」里那家的组。条件留空 = 不限；区域、档位可写多个，逗号隔开，支持 *（如 east*）。 「挂的模型」写 auto = 用探到的（Azure 是部署名，一般都要 auto）。 例：类型 Azure、区域 eastus2、目标分组 gpt-azure-eastus2、方式追加，美东二的 key 留在原组的同时多挂一个专组。 「方式」= 追加：原来的组都留着，再多挂目标分组（客户按专组取 key，原组照常）；移动：整组替换，原来的组不再挂（OpenAI 升 T 换组用这个）。 优先级 / 权重：留空 = 不改动（新上的 key 当 0 建；扫描挪组时保持它在站点上的原值），填了才会写进渠道。只对扫描挪进来的生效，已经在组里的老渠道不动。改完点「保存规则」，下一批 key 和下一轮扫描立即生效。

给没走这个程序、直接在站点后台上的 key 用：定时把指定分组里的渠道读回明文、逐条画像、按上面的规则挪组。 典型用法：打手把 Azure key 直接上到 gpt-azure，扫描把其中美东二的挪到 gpt-azure-eastus2。 走程序上的 key 也会被重扫，OpenAI 等级升了就自动挪。画像还新的渠道会直接跳过： 探不探只看画像新不新，和分组在哪没关系——改规则只会重算、重挪，不会把几百条 key 再打一遍上游。 超过「重探间隔」或探法升级过，才重探一遍。扫描要真打上游，别把间隔调太短。

客户把 Azure key 上到源分组，这一轮逐条打一次上游读区域： 区域 = 目标区域（默认美东二）→ 挪进命中分组；区域对不上、不是 Azure、 或者探不出来 → 挪进兜底分组。三条去向在下面都能看到，没挪的会写明原因。 判定只认区域，不烧其它额度；分组名改了立即生效，重启不丢。