以下是 2026 年 10 月 27 日至 29 日,英语开发者公开提出的抱怨。下文作了转述,并附上原帖链接。每条回答只使用 PoYo 今天公开的网站和文档,并链接到出处。文档没有写到的地方,我们会直接说明。
Q1. 我每月的 ChatGPT Pro / Business API 积分没用完也会过期——有些地区根本领不到。
开发者在抱怨什么: OpenAI 把 Pro 的价格说成会以 API 积分返还之后,开发者立刻在问,这个池子到周期结束时会有多少作废。帖子指出,这些积分并不是额外的 ChatGPT / Codex 产品用量,没用完的余额会过期(@jayzhoupro、@velcue_07、@_jayyy18_13k);有人直接问到底会有多少积分用不上(@mohamedsenator);也有人指出欧洲的 Pro 用户在账单里领不到这些积分(@ZindanTech)。
PoYo 如何回应: PoYo 是预付积分,不是到点重置的月度额度。首页写明按积分计价、没有订阅,并且积分永不过期。你只为成功的生成付费;llms.txt 和首页都写明失败的任务不计费。一份余额覆盖整个目录。需要实时的 credits_amount 时,轮询 GET /api/user/balance(用户余额)。余额用完时,PoYo 返回 402 insufficient_credits_error(错误码),而不是一个「不用就作废」的日历窗口。另一家厂商按地区领取促销积分的流程不在 PoYo 的产品里。需要更多积分时,在仪表板上充值。
Q2. 如果 Chat、Work 和 Codex 共用一个用量池,编程配额会先被吃掉。
开发者在抱怨什么: 同一则 API 积分新闻引出了另一种担心:日常的 Chat / Work 流量会不会和 Codex 烧同一个桶。开发者说自己会少用 ChatGPT,以免影响 Codex(@setHacked);有人认为,单一的、Anthropic 式的用量上限会让 OpenAI 的 Pro 失去意义(@macintoch);有人问普通 Chat 会不会继续和 Work / Codex 分开(@Paulkk144974);有人希望合并后的 chat+work 池子不要动到 Codex(@raiden_fine);也有人在争论这次积分公告里「不再向开发者收两次费」的说法(@Awais786Muhamd)。
PoYo 如何回应: PoYo 不出售 ChatGPT Pro / Codex 的订阅用量池,因此文档里没有一种会悄悄吃掉编程余量的「合并产品配额」。计费是一份覆盖图像、视频、音乐、3D 和对话的积分余额(首页、llms.txt)。如果需要隔离,请按工作负载分别创建 API Key,并给每把 Key 设置每小时 / 每日 / 总量用量上限(入门、API Key 页面)。同一把 Key 上有多租户或多智能体调用方时,发送 X-End-User-ID,可以用 403 end_user_blocked 拦截某一个滥用调用方,而不必轮换所有人(终端用户标识)。用 GET /api/user/balance 看共享余额(用户余额);遇到 402 就停下并充值(错误码)。
Q3. Codex / 编码智能体的墙又回来了——消耗速度在几小时里吃掉了一周。
开发者在抱怨什么: 编码智能体的时间线上又堆满了用量墙:有人按又一次 Codex 限额重置来安排这一周(@GaryVSAISlop);有人报告,通过 Codex CLI 使用 Sol 6.1,大约 15 小时就把配额烧得快了约 3 倍(@AssistBDA);也有人因为 API 积分的消息,预计这次重置不会带来缓解(@snowy_smile_)。
PoYo 如何回应: PoYo 的对话按成功产出以积分计价,不是 Codex 那种滚动重置窗口(llms.txt、首页)。对话端点文档写成 OpenAI 兼容、Claude Messages 或 Gemini 原生。选定模型 ID 之后,到 https://poyo.ai/models/<id>/llms.txt 读取该模型当前的 schema。要给失控的编码智能体加天花板,请在 API Key 页面设置按 Key 的每小时 / 每日 / 总量上限(入门)。文档写明的默认生成吞吐是每个账户每 10 秒最多 20 个新请求。超出的请求返回 429,并且不会进入队列(入门)。遇到 429 时遵守 Retry-After;在确认是否已经存在 task_id 之前,不要盲目重试付费提交(故障排查)。文档写明,上游编码工具自己撞墙时,没有自动故障转移到另一家实验室。如果需要,请在你的客户端里自己做。
Q4. 我从仓库里删掉 API Key 并推送了——它很可能仍公开留在 git 历史里。
开发者在抱怨什么: 一篇短帖直接点出经典泄露:Key 已经从工作区删掉并推送了,但这个密钥几乎肯定仍能从 git 历史里拿到(@patchnoteslabs)。
PoYo 如何回应: 入门写得很直接:不要在前端代码、移动应用或公开仓库里暴露 API Key,把它当作密钥。如果某把 PoYo Key 可能进了 git 历史(或任何其他公开位置):
- 在 API Key 页面吊销 / 轮换它。删掉那一行代码不够。
- 打开 IP 白名单,使复制出去的 Key 只在已批准的服务器 IP 上可用。
- 设置按 Key 的每小时 / 每日 / 总量上限,给残留的密钥一个天花板。
- 在生成和原生对话上优先发送
X-End-User-ID,这样可以用 403end_user_blocked拦截某一个调用方,而不必轮换每一个集成(终端用户标识)。
公开文档并不承诺退还因泄露 Key 而产生的用量。如果认为某把 PoYo Key 被滥用,请联系 [email protected](入门)。
Q5. 存放我供应商 Key 的工具被入侵了——闲置凭证给别人的账单付了钱。
开发者在抱怨什么: 一篇帖子描述,一把闲置账户的 API Key,加上 Opik AI 供应商设置里的缺陷,导致 29 把 OpenAI / Anthropic Key 被拿走(@AgentFieldKit)。这个模式很熟悉:凭证坐在第三方的「AI 设置」界面里,宿主一出问题,就变成攻击者的钱包。
PoYo 如何回应: 存在另一个产品设置里的 Key,是客户端的密钥问题。密钥一旦存在,PoYo 文档里的控制可以限制爆炸半径:
- 按环境 / harness 分别建 Key,每把都设每小时、每日和总量用量上限(API Key 页面、入门)。
- 为生产 Key 打开 IP 允许列表。
- 优先使用
X-End-User-ID,这样可以拦截某一个调用方,而不必删除这把 Key(终端用户标识)。 - 用
GET /api/user/balance看实时余额(用户余额);遇到 402 就停下(错误码)。
删除不再使用的 Key。文档没有写未使用 Key 的自动过期,也没有写因入侵驱动的消费的退款 SLA。把这一点说清楚,然后轮换。把 PoYo Key 留在你自己的服务器上,不要放在前端,也不要放在你已经不再看管的第三方设置表单里(入门)。
Q6. 我的智能体跑了 30 小时——代码和 API 之间没有任何一个它不会越过的数字。
开发者在抱怨什么: 一位开发者描述了一次 30 小时的智能体运行:进程之外没有任何东西执行硬性消费天花板。硬限制必须放在任务外面(@asymmetricmind)。附近的帖子在推动针对会循环或过度拉取的智能体的消费治理记分卡(@hacker_no_ice)。
PoYo 如何回应: 智能体内部的软提醒不是预算。在 PoYo,把天花板放在凭证和余额上:
- 每把生产 Key 都设置按 Key 的每小时 / 每日 / 总量用量上限(入门、API Key 页面)。
- 仅限服务器使用的 Key 再配合 IP 白名单。
- 多租户或多智能体应用使用
X-End-User-ID加拦截(终端用户标识)。 - 大批量之前先轮询
GET /api/user/balance(用户余额);把 402 当作硬停止,而不是重试信号(错误码)。 - 长时间的异步任务优先使用 webhook,而不是猛烈轮询(Webhook)。入门警告,每一次提交重试都可能是新的付费工作。重新提交之前先确认
task_id(故障排查)。
文档并没有声称,除了这些 Key 上限、余额和错误码之外,还有一个进程外的「终止开关」产品。请把编排器接到 402 和已封顶的 Key 上,让它停下。
Q7. 最难的不是模型——而是每个创意 API 都要单独的账户、API Key 和计费系统。
开发者在抱怨什么: 创作者和开发者说,痛苦的部分是同时应付各家供应商的账户、Key 和账单(@CyberFree365)。另一些人把利润空间看成 API 账单问题,并把通过聚合器使用开放模型当作成本杠杆(@RonaleK777),或者只是在找一个能按规模使用的便宜 LLM API(@brice_garnier_)。
PoYo 如何回应: PoYo 做成一把统一 Key,覆盖图像、视频、音乐、3D 和对话(llms.txt、首页)。在 API Key 页面创建 Key。媒体走异步的 POST /api/generate/submit,再加状态或 webhook;对话按各模型文档使用 OpenAI 兼容、Claude Messages 或 Gemini 原生端点。切换模型是改一个 model 字符串(对话还要匹配对应的端点形态),而不是再走一遍新供应商的接入流程。当前的输入 schema 和价格在 https://poyo.ai/models/<id>/llms.txt,也在目录索引里(llms.txt)。计费是预付积分,永不过期,按成功产出收取(首页)。
文档并不声称 PoYo 是各实验室官方账户的透传。入门也写明,整体稳定性可能略低于官方供应商。请有意识地选择这个取舍。
速查
| 抱怨 | PoYo 写在哪里 |
|---|---|
| 每月 Pro API 积分会过期 / 地区领取缺口 | 首页:积分永不过期 · 余额 API · 错误码:402 |
| 担心合并后的 Chat/Work/Codex 池子吃掉编程配额 | 一份积分余额 · 分开的 Key 加上限 · X-End-User-ID · 余额 API |
| Codex / 编码智能体的用量墙与消耗速度 | llms.txt 对话 · 按 Key 的上限 · 429 + Retry-After · 没有文档化的自动故障转移 |
| 删掉的 Key 仍在 git 历史里 | 入门:不要暴露 Key · 在 API Key 页面轮换 · IP 白名单 · 上限 |
| 存放供应商 Key 的工具被入侵 | 分开的 Key 加上限 · IP 白名单 · X-End-User-ID · 吊销不用的 · 没有退款 SLA |
| 智能体在进程之外没有硬性消费上限 | 按 Key 的上限 · 余额 + 402 · Webhook · 重试可能是新的付费工作 |
| 创意 API 的 Key 蔓延 / 各家供应商分开计费 | 一把 PoYo Key · llms.txt 目录 · 按模型的 llms.txt · 积分永不过期 |