2026-10-30：今天听到的 8 条 API 抱怨

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

---

Q1. 从 12 月起，ChatGPT 和 Codex 共用一个用量杯。

开发者在抱怨什么： 开发者翻到 ChatGPT Plus 的结账页，发现一则通知：从 12 月起，ChatGPT 和 Codex 将共用同一份套餐用量上限（@Curline1222、@argofowl、@mrfokki）。有人把它说成：问一份意面食谱的对话，和正在重建你应用的智能体，在抢同一根用量条（@ZeeshhDecodes、@MochaComeBack）。也有人警告，把对话折进 Codex 的池子，会缩小整体编程余量（@RooFixAI）。

PoYo 如何回应： PoYo 不出售 ChatGPT / Codex 的订阅用量池，因此文档里没有一种会把对话和编码智能体并进同一个重置窗口的「产品用量条」。计费是预付积分，没有订阅，并且积分永不过期（首页、llms.txt）。一份余额覆盖图像、视频、音乐、3D 和对话。如果需要隔离工作负载，请分别创建 API Key，并给每把 Key 设置每小时 / 每日 / 总量用量上限（入门、API Key 页面）。同一把 Key 上有多租户或多智能体调用方时，发送 X-End-User-ID，可以用 403 end_user_blocked 拦截某一个滥用调用方，而不必轮换所有人（终端用户标识）。用 GET /api/user/balance 看共享余额（用户余额）；积分用完时，PoYo 返回 402 insufficient_credits_error（错误码）。

---

Q2. Fast 是 2.5 倍，Ultrafast 是 8 倍——但没有速度保证。

开发者在抱怨什么： 重度用户点名那些按固定倍数抽走额度、却只宣传可能更快的套餐模式：Fast 按用量上限的 2.5 倍计，Ultrafast 按 8 倍计（@mrrobotfromwish）。附近关于 Codex 界面的报告说，界面已经切回普通模式，Fast 仍粘在后端上（@JeffJef43439997）。

PoYo 如何回应： PoYo 的对话和媒体按成功产出计价，按该模型公布的费率从积分里扣，而不是对每周订阅额度乘一个倍数（首页、llms.txt）。当前价格在每个模型的 https://poyo.ai/models/<id>/llms.txt 和模型页上，不要从训练数据里推断。文档里没有会悄悄把配额乘上去的「Fast / Ultrafast 套餐模式」。用按 Key 的每小时 / 每日 / 总量上限给失控的智能体封顶（API Key 页面、入门）。默认生成吞吐是每个账户每 10 秒最多 20 个新请求；超出返回 429，并且不会进入队列（入门）。429 请遵守 Retry-After；把 402 当作积分的硬停止，而不是速度档位（故障排查、错误码）。文档不承诺延迟 SLA，也不承诺自动切换到更快的上游。

---

Q3. 我的「免费」API 积分死在一个并不是限流的 429 上。

开发者在抱怨什么： OpenAI 推出 Pro / Business 的 API 积分之后，开发者记录到：只用这些积分时，请求可能以 429 结束，真实含义是积分耗尽（credit_balance_exhausted），而不是 RPM；没用完的月度积分也不会结转（@MarMarLabs、@nick_raddon、@RunJesseExe）。

PoYo 如何回应： 在 PoYo，余额为空和速率限制是不同的错误码。积分不足返回 402 insufficient_credits_error；速率限制返回 429 rate_limit_error（错误码）。始终读取响应体里的 code / error.type，不要把 402 当成流量整形去重试。积分是预付的，永不过期，失败的生成任务不计费（首页、llms.txt）。大批量之前，轮询 GET /api/user/balance 看实时的 credits_amount（用户余额）。遇到 429，遵守 Retry-After 并退避（故障排查）。不要盲目重新提交付费工作：提交重试不会去重，可能再创建一个任务（入门、故障排查）。

---

Q4. 我在 Google Play 上买了 ChatGPT Pro——却没有领取 API 积分的按钮。

开发者在抱怨什么： 通过 Google Play / App Store 购买的 Pro 订阅者说，新的月度 API 积分没有领取流程，而网页渠道的文档写着每月最高 500 美元（@FateOfMuffins、@AShozak、@cnflwzh、@0xSolaX）。

PoYo 如何回应： PoYo 不会把积分挡在另一家产品的商店渠道后面，也没有「领取本月额度」的按钮。你创建账户，在仪表板上充值积分，然后一直用到余额为零。积分永不过期，也没有订阅（首页）。在 API Key 页面创建 Key；用 GET /api/user/balance 查余额（用户余额）。另一家厂商按地区或店面领取的促销积分，不在 PoYo 的产品里。PoYo 余额为空时，你得到的是 402，而不是一个悄悄缺失的界面（错误码）。

---

Q5. 我的编程工具成了新的钥匙串——有时它会在一夜之间吊销所有人。

开发者在抱怨什么： 安全帖警告，AI 编程栈现在握着钥匙：OpenCode 泄露了模型 API Key，Warp 经一家供应商丢掉了智能体轨迹，窃取程序会拿走 Claude / Codex / Cursor 的登录（@eric_m_freeman）。另外，Command Code 在一起与蒸馏相关的事件之后，吊销了全部客户 API Key，迫使大家重新登录（@RyanYanBuilds、@Smlay_ero、@SJ_X_fo_me）。对公开 git 仓库的扫描，仍在不断翻出仍然有效的 OpenAI / DeepSeek / 云厂商 Key（@hackerfact0ry）。

PoYo 如何回应： 入门写得很直接：不要把 API Key 暴露在前端代码、移动应用或公开仓库里。把 Key 当作放在你自己服务器上的密钥。文档里写明的爆炸半径控制：

1. 工具或主机一看不对，立刻在 API Key 页面 吊销 / 轮换。
2. 打开 IP 白名单，让复制出去的 Key 只在获准的服务器 IP 上可用。
3. 设置按 Key 的每小时 / 每日 / 总量上限，让残留的密钥有天花板。
4. 生成和原生对话优先带上 X-End-User-ID，这样可以用 403 end_user_blocked 拦截某一个调用方，而不必轮换每一路集成（终端用户标识）。
5. 看 GET /api/user/balance，遇到 402 就停下（用户余额、错误码）。

公开文档不承诺为泄露 Key 产生的用量退款，也没有写未使用 Key 会自动过期。如果你认为一把 PoYo Key 被滥用，请联系 [email protected]（入门）。不要把 PoYo Key 放进你已经不再看的第三方「AI 设置」界面。

---

Q6. 同一段 Veo，打到哪家聚合器，价差大约 46%。

开发者在抱怨什么： 做视频的人拿同一条 Veo 3.1 Fast 720p 请求去比各家路由，看到大约是 每秒 0.08 美元对每秒 0.15 美元——一段 8 秒的片子相差约 46%（@video_router）。也有人把 0% 加价的视频 API 当作对路由利润的回应（@revenueaireport）。

PoYo 如何回应： PoYo 的媒体按预付积分余额上的成功产出计价；实时数字在每个模型的 https://poyo.ai/models/<id>/llms.txt 和模型页上（llms.txt、首页）。视频走和其他媒体一样的异步路径：POST /api/generate/submit，然后轮询状态或使用 webhook（入门、视频模型、Webhook）。失败的任务不计费（llms.txt）。切换模型是在同一把 Key 上改一个 model 字符串，而不是再走一遍新供应商的接入。文档并不声称 PoYo 会跟上每一家第三方路由的现货价，入门也写明整体稳定性可能略低于官方供应商。把片段工厂放大之前，先比较各模型 llms.txt 上的价格。

---

Q7. 一直失败的便宜推理，比「可靠」的那条路更贵。

开发者在抱怨什么： OpenRouter 在 10 月 28 日调整路由（不再那么纯粹按输入价格排序）之后，供应商和开发者认为，一旦把重试和停机算进去，地板价路由就会亏（@chutes_ai、@OnChainFox、@AIQuanting）。也有人要求按请求拆开「为什么是这家供应商赢了」（@jt_sidious），或者警告只看 TTFT 会藏住长上下文的悬崖（@jacobeverly）。

PoYo 如何回应： PoYo 是跨模态的一把统一 Key，不是你还得自己排查的多供应商价格拍卖（llms.txt）。你选择一个文档里的模型 ID；某一路上游出问题时，你不会得到一条未写入文档的自动故障转移链。入门把稳定性预期写得很实际，并且不声称会自动切换供应商。按文档减少白花的钱：

• 长时间任务优先用 webhook，而不是猛烈轮询（Webhook）。
• 失败时，重新提交之前先看 task_id 是否已经存在。重试可能是新的付费工作（故障排查、入门）。
• 失败的生成任务不计费（llms.txt）。
• 把 402（积分）、429（速率）和 502/503（上游 / 繁忙）分开；只对瞬时类错误退避重试（错误码）。

---

Q8. Claude 的套餐墙往里收了——五天的余量变成了两天。

开发者在抱怨什么： Claude 订阅者说，最近的用量上限下降，把大约 5 天的 20 倍套餐跑道收成了大约 2 天，他们打算等到这个根本性的配额问题挪开再回来（@ZoelioSoftware）。上午 10 点就撞上 Claude 墙的梗还在转（@aiwithadb）。

PoYo 如何回应： PoYo 的对话按成功产出计积分，不是 Claude 式滚动重置的套餐（llms.txt、首页）。对话端点文档写成 OpenAI 兼容的 Chat Completions / Responses、Claude Messages，或 Gemini 原生。选一个模型 ID，到 https://poyo.ai/models/<id>/llms.txt 读该模型的实时 schema（对话模型）。用按 Key 的每小时 / 每日 / 总量上限给失控的编码智能体封顶（API Key 页面）。余额为空得到 402；账户吞吐超出得到 429（默认每 10 秒最多 20 个新的生成请求）（入门、错误码）。文档写明，上游编码工具撞上自己的墙时，不会自动故障转移到另一家实验室。如果你需要，请在客户端自己做。

---

速查