解析档位谱、统计既有条目、探测运行环境。 首次打开还会在后台核对画像基线。
这个界面持有明文上游 Key，且能改写 config.yaml。
需要访问令牌才能进入。
令牌在服务启动时打印在终端；容器部署则在 .env 的
IMPORTER_TOKEN。
想知道某个站的门票是什么、为什么 401，用这个。它按画像梯
由省到全试，第一个通过的档就是最小必需集 —— 那正是该写进
config.yaml 的 headers。
填你买的中转站网址与它给的 key。带不带 /v1 都行 ——
段决定形态，系统自动补齐。空行与 # 开头行忽略；同一站多个 key 写多行。
GET /v1/models（带最省客户端身份），
按站方自报的 supported_endpoint_types 与目录里的模型族决定探哪几段。
读不到目录就照常探全部四段，不会因此把站判死。
这几项决定单站要打多少次请求。默认值是 2026-09-01 实测校准过的， 改动前先看清每一项的取舍 —— 调小省配额但可能漏判，调大更全面但更贵。
Context window is full」错误涉及的上下文边界；该错误仍需结合具体请求与上游响应排查。
经验证的上限可写入 max-context-length；客户端是否读取该字段并自动压缩，需在实际运行中验证。
按所选项目检测各协议、模型与能力；同站共享限速，普通网络故障按配置尝试代理。 只复用同凭据、同请求环境的有效证据，不把其他 Key 的结论当作本 Key 已通过。 实际发送次数、未测原因与检测结果见下方日志；流程结束不等于全部通过。
系统已按判定结果预勾选 —— 换模、抢顶层、上限由截断反推的三类
默认不勾（仍可手工勾上）。priority 数值大者优先且分层隔离，
所以新站默认走试用期档位：取挡住现有站最少的那一档。
写回前自动备份 —— CPA 的 PUT config.yaml 落盘用
O_TRUNC 且失败不回滚，备份是唯一保险。
PUT 会被挡成 403 error code 1010 —— 那是 CF 的拦截码，
不是 CPA 拒绝了配置。上面那个地址由服务端配置决定（CPA_UPSTREAM_URL），
界面不提供改写入口：既绕开 CF 也不出公网。要换地址就改 compose 里的那一行。priority 定错在分层隔离下
不是「略微靠后」，而是永远轮不到或完全取代现有顶层站。
CPAMP 只能一条一条改，158 条上游翻 16 页也看不出 「同一个网址下几把 Key 的档位一不一致」。这里按 (段 · 网址) 分组，档位分裂的组直接红框顶出来。 所有改动仍走 预览 diff → 确认 → 自动备份 → 写回，一道闸都不少。
即将从 config.yaml 中永久移除
0 个条目。写回前会自动备份，但
CPA 侧没有回滚。每条删除都会校验 base-url 指纹，
不符即整批拒绝。
CPA 的 max-retry-credentials 与本工具写的
priority 是耦合的，而这份耦合原来只写在
config.yaml 的注释里、靠人工每次改完档位回头核对。
档位每次重探都可能变，注释不会自己更新 —— 所以这里算给你看：
预算 < 顶层池 会让可用凭据轮不到、耗尽后原样透传 403；
预算太大 会越过反向代理的回源窗口，客户端拿 524。
改动仍走 预览 diff → 确认 → 自动备份 → 写回。
只改值：键序、注释、空行、缩进逐字保留 —— 原注释可能包含历史调值依据，保留用于追溯；当前建议的依据与估算方式见上方说明。
绝不改动现有值。空档是可插位置；
gemini 段那个宽空档留给将来站方开通的站。