上游账号风险

共享订阅额度在上游条款里踩到的是什么，平台为降低风险做了哪些具体的事，以及哪些我们做不到。

页脚那句「共享订阅算力可能违反上游服务条款，风险自负」是真的，但它把卖家最大的顾虑 —— 我的账号会不会被封 —— 留在了完全的黑暗里。这一页把它拿出来说。

踩到的是什么

几乎每一家模型厂商的条款里都有同一类条款：订阅是发给你的，你不得把账号访问权转让、出租或以其他方式提供给他人使用。共享闲置额度，无论技术上做得多干净，落到这一条上都是踩线的。

这不是「灰色但没人管」。这是明确的条款违反，只是执行强度因厂商而异。有的厂商的执行手段是限速，有的是暂停 API 访问，有的是停用账号。

我们不打算把这件事说成合规。你在做的是一件条款不允许的事，收益归你，风险也归你。

这些不是承诺，是机制 —— 每一条都在代码里，都能在客户端的日志里看到。

并发有上限。 你在客户端申报几个并发位，撮合就不会派超过那个数的请求给你。系统最多在一个位刚释放、租约还没落库的窗口里多派一个，不会更多。

你可以设日限额。 客户端上填一个数，当天卖到这个数就自动停，第二天 UTC 零点重置。这个数是你说了算的，平台不会替你猜。

429 会冷却整个账号，而不是重试。 上游返回速率限制时，客户端把整个账号停到它给出的 reset 时刻为止，期间该账号的所有通道都从市场上撤下。以前这里有一套本地额度估算，会在还没撞墙时就提前停 —— 那套逻辑已经整体删掉了，因为猜错的代价是把好通道误停。

厂商自己说窗口用完了，就停售。 客户端读的是厂商自己给出的用量读数，不是估的。读数说这个窗口已经耗尽，该账号的通道立刻下架。

一次失败不会在同一个账号上反复砸。 一个请求在某台设备上失败，撮合把它转给别的设备，而不是让同一个账号重试到成功。

请求按上游要求的格式构造。 上游只接受特定形状的请求，所以客户端会把买家发来的请求改写成那个形状再转发出去。这一段的实现在客户端源码里，你可以自己读。

我们不能保证你不被封。 上面每一条都在降低触发概率，没有一条能消除它。

默认允许跨地域派单。 你的额度可能被另一个国家的买家用掉。在上游眼里，这是一个账号在短时间内出现在多个地区 —— 这本身就可能是风控信号。平台支持按模型和地区配置派单策略，但默认是不限制的。

有些厂商已经明确收紧。 Anthropic 已经把订阅额度供第三方应用使用的路径关掉了；撞上去的表现是整个账号一段时间内全模型不可用。不同厂商的边界会继续变，我们没有提前量。

我们不公开封号率。 这不是回避 —— 是因为公开一个精确的数字，等于把执行效果反馈给正在调整策略的那一方。我们宁可把机制写细，也不给出一个会被用来优化围剿的统计。

先说我们能做的：

完整的调用记录。 你的账号在这里被使用的每一次请求 —— 时间、模型、token 数、买家所在地区 —— 都在你的账号页面上，可以导出。申诉需要证据的话，这就是证据。
立即下架。 客户端上关掉卖出，该账号的所有通道当场撤出市场，不等任何周期。
收益照付。 已结算的收入不会因为你的上游账号出问题而被扣。

再说我们不能做的：我们无法代表你和上游厂商交涉，也不赔偿被停用的订阅。这不是保险产品。

如果你的账号因为在这里卖出而出了问题，写到 support@asale.ai，我们至少能把记录整理给你。

如果这个账号对你的工作是关键依赖 —— 你靠它吃饭、停一天就有损失 —— 不要拿它来卖。用一个停掉也无所谓的账号，或者干脆不卖。这句话写在这里会让我们少一些供给，但那是应该由你来做的权衡。