完整的 API 文档还没发布。这一页只登记已经落进契约、并且你现在就能照着改客户端的那几条边界；没定的那一格留白，并且写清为什么留白。
客户端把请求地址指向网关，身份走标准的 Authorization: Bearer，不引入自定义请求头。原有代码几乎不改。
lic_id、deployment_id、seat_count、version、ts。完整公示随隐私文档一起发布。
正文不落库、不缓存、不进日志。额度判定只用量、价目与身份三样输入，不需要看到内容。
过载时的方向：网关 fail-closed 返回 503，而不是放行超出额度的请求。
不是没想过，是写了就收回去：状态码与重试头一旦上了官网，就成了客户代码依赖的契约，而对应的实现还没有过我们自己的验收。文档写早了，改起来就是 breaking change。
随 API 文档一起发布。在此之前本页不给码、不给头、不给重试建议。
请求体字段、流式行为、错误响应形状随 API 文档一起发布。
哪些字段算稳定、哪些还会动，随版本策略一起公示。
输入按随包价目计价，输出按你为这个模型配的上限计满 —— 这两个数拼出这一发的押金。
密钥绑到成员与项目，触底的是哪一层由这两个归属决定，不由请求内容决定。
用你随包带进去的价目。官网不挂厂商的 token 报价，也不做"我们的售价 ↔ 厂商价"的任何换算。
这三样合起来的判定结果就是那句对外承诺：额度耗尽即拦截。