中转站合规与数据边界：哪些问题必须问清楚

个人用中转站，最坏的结果是损失余额。公司用中转站，最坏的结果是数据泄露或合规事故。这两类风险不在一个量级，需要问的问题也不一样。

一、五个必须问清楚的问题

1. 请求和响应会被留存吗

多数中转站会记录请求日志用于排障和计费。关键是：存多久、存什么、谁能看。

要问的具体问题：

• 是否存储完整的 prompt 和 completion，还是只存 token 数
• 保留多少天
• 是否有加密
• 员工能否查看内容

如果对方答"不存储"，要求写进合同。口头承诺在事故后没有意义。

2. 会不会用于训练

这是最容易含糊的一条。要区分：

• 站点自己是否用你的数据训练（通常不会，它没有训练能力）
• 站点是否把数据转售或共享给第三方
• 上游供应商是否用这些数据训练（这取决于站点用的是官方 API 还是逆向/共享账号）

第三条最关键。如果站点用的是官方 API，上游的训练政策由官方决定；如果用的是共享账号或逆向接口，你可能无法得知数据去了哪里。

3. 模型授权是否合规

官方 API 的使用受供应商条款约束（例如禁止转售、禁止某些用途）。中转站转售官方 API 这件事本身，在多数供应商的条款里是受限的。

这不是说所有中转站都违法，而是说你需要知道自己承担的是什么风险。公司采购时，这一条通常需要法务过一遍。

4. 能否开发票

企业报销需要发票。要问：能不能开、开什么类型（增值税普通/专用）、税率多少、需要什么资料。

很多中转站只能开收据或第三方发票，这在财务上可能不被接受。

5. 数据是否跨境

如果站点服务器在境外，你的请求内容会出境。对某些行业（金融、医疗、政务），这需要额外评估。

二、一个分级建议

按数据敏感度分三档：

三、代码场景的特殊考虑

开发者最常用中转站跑代码。代码里可能包含：

• API Key（一定要先清除）
• 内部域名和架构信息
• 未公开的业务逻辑

发给模型之前，先过一遍脱敏。尤其是 Cursor、Claude Code 这类会把整个文件上下文发出去的客户端。

四、怎么验证对方的说法

不要只看首页的宣传语。可以做的：

1. 要一份数据处理协议（DPA）或服务条款，看有没有数据留存条款。
2. 问客服具体问题，看回答是否具体。含糊的回答本身就是信息。
3. 查站点的主体信息（公司名、注册地），看是否可追溯。
4. 看它的支付方式——只收 USDT 且无主体的站点，出事后追责难度大。

五、本站的立场

本站不审计中转站的所有权、资金托管、数据合规和授权，这一点写在方法页里。我们提供的是可用性和模型行为的测量，不是合规认证。

如果你的场景需要合规保证，本站的数据可以作为参考，但不能替代法务审查。

六、一句话

个人选站看"能不能用"，公司选站看"出事谁负责"。这两套标准不能混用。