API 中转：和机场不是一回事

使用前先问这几个问题

1. 你的 API 密钥会经过谁的服务器？
2. 请求内容有没有被记录？隐私条款怎么写？
3. 服务是否与服务商的条款相容？
4. 出问题时，谁负责？

使用 API 中转之前，一份自查清单

如果你不得不使用

• 为中转服务单独申请一个权限最小的密钥，不要复用主账号的密钥。
• 设置用量上限，避免被盗用。
• 定期检查调用记录与账单。
• 一旦怀疑泄露，立即撤销密钥。

把"信任"建立在可以撤销的凭证上，而不是建立在对方的承诺上，是使用任何第三方服务时最基本的安全习惯。

"便宜"是最需要警惕的理由

在这类服务的宣传里，常见的卖点是价格明显低于直接使用。需要想一想：这个差价是从哪里来的？可能的来源有很多，包括规模效应、共享额度、使用来路不明的账号等，其中一些是正当的，另一些则会让你面临额外的风险。当你不知道差价来自哪里时，最稳妥的做法，就是把它当作一个需要弄清的疑问，而不是一个单纯的优惠。尤其是涉及密钥与数据的服务，宁可多花一点钱，也要选择条款清晰、来源可信的方案。

关于「API中转」的常见问题

API 中转比机场更便宜吗？

两者计费方式不同，不能直接比较，也不应只比较价格。

能不能用机场代替 API 中转？

它们解决的问题不同，是否可以替代取决于你的使用方式。

API 中转和机场哪个更"安全"？

两者的风险点不同，不能简单比较。机场主要的风险在订阅与流量，API 中转的风险在密钥与数据。

API中转站是什么？API中转风险有哪些？

API中转站是替你转发模型接口请求的第三方服务。API中转风险在于：你的请求内容和密钥都会经过对方，稳定性、计费透明度和数据去向都难以核实，使用前先想清楚自己能不能接受。