2026-10-26：今天听到的 7 条 API 抱怨

以下是 2026 年 10 月 24 日至 26 日，英语开发者公开提出的抱怨。下文作了转述，并附上原帖链接。每条回答只使用 PoYo 今天公开的网站和文档，并链接到出处。文档没有写到的地方，我们会直接说明。

---

Q1. 又一家 SaaS 被攻破，我的 AI API Key 也一起泄露了。

开发者在抱怨什么： 一起知名 SaaS 安全事件让 AI API Key 被大规模泄露，并被用于欺诈流量。另外有人报告了 与 Railway 有关的 OpenAI API Key 泄露。还有一位开发者收到 OpenAI 关于一把泄露 Key 的邮件，而这把 Key 甚至不是他的。前端失误还在把事情弄得更糟：浏览器里暴露的 API Key 仍然是常见缺陷。

PoYo 如何回应： 先轮换。泄露的密钥仍然是泄露的密钥。之后，文档列出了可以限制被盗 PoYo Key 能做什么的控制：

• IP 白名单。 可以只允许已批准的服务器 IP 使用某把 Key。从环境变量里复制出去的 Key，在攻击者的机器上不能使用。见 API Key 页面和入门。
• 按 Key 的用量上限（每小时、每日和总量），给单把 Key 在你发现之前设一个硬天花板。
• 按终端用户拦截。 发送 X-End-User-ID 头之后，可以拦截该 Key 上的某一个滥用调用方，而不必轮换整把 Key。被拦截的 ID 会返回 HTTP 403，错误为 end_user_blocked。见终端用户标识。

公开文档并不承诺退还因泄露 Key 而产生的用量。如果认为某把 PoYo Key 被滥用，请吊销它并联系支持（[email protected]）。

---

Q2. 模型供应商上线了和我竞争的产品，最先松动的是我的速率限制。

开发者在抱怨什么： 一位开发者说得很直接：如果 API 供应商也在做你与之竞争的产品，最先松动的就是速率限制。Reddit 上的讨论还在问同一个运维问题：生产环境里人们怎么处理 Claude API 的速率限制，以及 应对 AI 供应商速率限制有哪些做法。

PoYo 如何回应： 我们的错误码页面给每个状态一个含义和一项建议动作：

入门写明默认生成限制：每个账户每 10 秒最多 20 个新的生成请求。超出该限制的请求得到 HTTP 429，并且不会进入队列。对话模型和媒体模型共用一把 PoYo Key，并列在 llms.txt 里。切换模型是改 model 字符串，不必重新接入一家供应商。如果持续遇到 429，文档说可以联系支持申请更高限额；审批会谨慎处理。

文档没有描述供应商之间的自动故障转移。请把回退写在自己的客户端里。入门也写明，PoYo 的「整体稳定性可能略低于官方供应商」。

---

Q3. 我的「429」其实是消费上限。账单错误穿着速率限制的衣服。

开发者在抱怨什么： OpenAI 的硬消费上限会以 429 出现，并带上 project_spend_limit_exceeded / organization_spend_limit_exceeded，于是团队把一次账单停用当成了限流。在视频 API 上，一位开发者指出：402 表示没有足够配额来预留这笔费用，409 则是幂等情形。另一条提醒很实际：设一个消费上限，这样无论是循环，还是一个拿着 curl 的陌生人，账单都是同一种结果。

PoYo 如何回应： PoYo 在错误码表里把这两种情况分开：

计费本身是预付积分：首页写明一次性购买，没有周期性订阅，积分永不过期。需要实时数字时，轮询 GET /api/user/balance 读取 credits_amount（用户余额）。

---

Q4. 我看不出预算是被 OpenAI、Anthropic 还是 OpenRouter 上的哪个模型吃掉的。

开发者在抱怨什么： 一位开发者问，OpenRouter 的支出尖峰能不能按模型拆开。另一些人指向 面向 OpenAI / Anthropic / xAI 的 View Spend 这类工具。企业传闻也在提醒：Replit 为了折扣，把超过 1 亿美元的 AI 支出从 Anthropic 转到了 OpenAI。供应商不同，发票不同，盲区是同一个。

PoYo 如何回应： 文档里有三块内容和这条抱怨对得上：

1. 一把 Key，一份余额。 对话和媒体共用一个 PoYo 账户。轮询 GET /api/user/balance 读取 credits_amount（用户余额）。
2. 按 Key 的每小时、每日和总量上限，设在 API Key 页面。一个智能体或一个环境不能把整个账户刷空（入门）。
3. 任务历史和公开价格。 在入门所描述的任务历史里查看模型、输入和状态。在定价页比较对话和媒体价格，并从 llms.txt 或每个模型自己的 llms.txt 读取当前的按模型价格。

---

Q5. 我的「服务端函数」谁都能调用，Key 就放在 curl 找得到的地方。

开发者在抱怨什么： 同一篇关于消费上限的帖子也警告：任何人都能够调用的服务端函数，需要按用户的速率限制和消费上限。另一篇说得很直接：不要把 OpenAI Key 放进浏览器对话模板。那条老建议仍然成立：不要把 .env 放进 GitHub。

PoYo 如何回应： 入门写得很明确：不要在前端代码里暴露 API Key（浏览器、移动应用、公开仓库）。把 Key 当作密钥，留在你的服务器上，并使用文档里已经写明的生产 Key 控制：

• IP 白名单，以及 API Key 页面上按 Key 的每小时 / 每日 / 总量上限。
• 要求 X-End-User-ID，然后用 HTTP 403 end_user_blocked 拦截滥用调用方，不必轮换整把 Key（终端用户标识）。

---

Q6. 视频 API 按秒烧积分，用量界面看起来却还像 token。

开发者在抱怨什么： 在 token 计量里长大的人，仍然被视频计费弄糊涂。较旧但至今仍被引用的讨论包括 和视频计费方式对不上的 API 用量界面，以及 重新计费让人困惑的 Sora API 扩展更新。这个主题现在还在：配额不足以预留费用时，视频会返回 402。

PoYo 如何回应： Sora 2 Official（以及相关视频模型）通过 llms.txt 和 AI 视频 API 页面放在 PoYo 目录里。公开页面实际写明的计费规则是：

• 按成功输出计积分，价格按模型列出（llms.txt）。
• 失败任务不计费（首页和 llms.txt）。
• 当前价格在每个模型页，以及 https://poyo.ai/zh/models/<model-id>/llms.txt。提交付费工作之前先核对，不要凭记忆推断金额。
• 生成是异步的：POST /api/generate/submit，然后轮询状态或设置 callback_url（入门）。积分不够时，会得到 402 insufficient_credits_error（错误码）。

---

Q7. 做机器人的人都会学到：API 才是真正的产品经理。速率限制在写路线图。

开发者在抱怨什么： 一篇帖子概括道：每个做机器人的人都会学到，API 才是真正的产品经理；速率限制正在写路线图。做智能体的初创团队还在 祈祷演示进行到一半时 API 不要限流。另一些人公开在找 429 / 5xx 时的故障转移。

PoYo 如何回应： PoYo 上的生成按异步来设计，因此长任务不绑在单次网关超时上。入门和 API 概览写的是：提交任务，保存 task_id，然后轮询状态或接收 webhook。生产负载上，文档更建议使用带签名的 webhook，而不是频繁轮询。遇到 429，等待或排队（错误码）。默认生成限制仍然是每个账户每 10 秒 20 个新请求，超出的请求会被拒绝，并且不会进入队列。图像、视频、音乐、对话和 3D 都在一把统一 API Key 后面（llms.txt、首页）。如果需要更高限额，请联系支持。审批会谨慎处理。

文档没有描述供应商之间的自动故障转移。客户端必须处理 429 / 5xx，并自己选择下一个模型或重试路径。

---

速查