IP 白名单、子账号、权限分级：中转站的治理能力盘点

为什么单看「能不能用」不够

个人自用只需要三个条件：能连通、价格合适、够稳定。

而一旦涉及团队或商用，就需要另一组能力：谁能用、用了多少、出问题怎么查。这组能力统称「治理」。

治理能力无法通过一次调用测试出来 —— 它是一组功能的有无。所以本文给出一份逐项勾选的清单，你可以直接拿去对照。

维度一：凭证治理

第 6 项容易被忽略但很实用：禁用保留日志、可恢复，删除则失去审计线索。出事故时（见本站《API Key 泄露后的应急清单》），能不能「先禁用再排查」直接影响处置效率。

第 2 项是必须项：它是唯一能在事后自动止损的机制。如果站方不支持，你就必须在自己的代码层实现计数与拦截。

维度二：组织治理

子账号 vs 多 Key 的区别：多 Key 只是多个凭证，子账号意味着独立的登录与权限。前者适合「同一批人用不同用途」，后者适合「不同的人各自使用」。

如果没有子账号：退而用多 Key + 命名规范（key-alice-prod），并自己维护一份「谁用哪个 Key」的记录。这能做到基本可控，只是少了自助查询与独立登录。

维度三：可观测性

第 11、12 两项是必须项：没有日志就没有对账能力，也没有事故调查能力。

第 16 项（用量可由 API 查询）价值很高：有了它，你可以把用量数据拉进自己的报表，做跨供应商的统一视图。如果一家站只提供网页后台，你就只能靠人工截图统计。

维度四：计费与结算

第 17 项在个人场景下也重要 —— 不看口径就无法对账（参考本站《充值前的五个条款》）。

维度五：技术与可用性

怎么用这份清单

按用途分层：

• 个人自用：只需 1、2、11、14 项。
• 小团队（3–10 人）：1–6、7、8、11、12、14、15、17、20。
• 商用 / 企业：全部，其中 9、10、16、18、19、22 是额外门槛。

打分方式：每项按「有 / 无 / 部分」记 1 / 0 / 0.5 分，按上表的重要度加权。低于 60% 的站，不适合作为团队的主用供应商。

缺项时的替代方案

绝大多数中转站在治理能力上都不完整。缺项不等于不能用，可以用「自己补」的方式覆盖：

「自己的服务端记录调用日志」这一项，值得无条件做。 它不依赖任何站方能力，且一旦你需要跨供应商汇总、或需要向同事解释用量，它就是唯一的依据。

一个判断标准

最后给一条简单的判断：如果站方后台看不到「按 Key 分开的用量」，那它就只能用于个人自用。

因为这意味着任何团队规模的使用都会立刻退化成「一团看不清的用量」，而所有后续的管控、优化、追责都做不了。