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

Q1. 智能体和编程 API 账单太贵了——前沿组合接近每月 1000 美元。

开发者在抱怨什么： 构建者说，智能体 / 编程工作的 GPT + Claude 账单越过了痛点，于是他们在为真正的编程和运维挑选开放模型（GLM、Qwen、DeepSeek、Kimi）（@naumanthanvi）。也有人指出智能体浪费 token 有多狠（@SoSensitiveOne），以及要让智能体产品真正能用，仍然意味着前沿模型、大约每月 1000 美元的 Claude / Codex 级支出（@jwblackwell）。同一天的行业帖也在重复个人智能体和算力密集型助手的同一堵成本墙（@BitBiasedAI）。

PoYo 如何回应： PoYo 的对话按每次成功产出的预付积分从同一个钱包扣费——没有订阅，积分永不过期（首页、llms.txt）。一把 Key 可以打通 OpenAI 兼容的 /v1/chat/completions、Claude Messages 的 /v1/messages，或 Gemini 原生端点（API 概览、入门）。

今天已文档化的具体成本控制：

1. 选定明确的模型 ID，在接智能体循环之前先读 https://poyo.ai/models/<id>/llms.txt 上的实时价格。
2. 部分模型卡公布的费率大约比官方标准低 20%——例如 Claude Opus 5.5（每 100 万 token 输入 $3.2 / 输出 $16）和 Claude Sonnet 5.5（输入 $1.6 / 输出 $8）。这是按卡说明，不是笼统的折扣承诺。
3. 在 API Key 页面 用每小时 / 每日 / 总量上限卡住失控的智能体。
4. 轮询 GET /api/user/balance，把 402 insufficient_credits_error 当作硬停止（用户余额、错误码）。

公开文档不声称会自动做模型路由、悄悄把失控智能体降级——如果你需要更便宜的路径，请在客户端切换模型 ID。

Q2. Claude Max 的周用量被烧光——上限不透明，额外又花了几百美元。

开发者在抱怨什么： Claude Max 用户报告大约 12 小时烧掉了周额度的 26%，追踪界面以前看起来是按模型分的，现在似乎覆盖全部模型（@FranciAnjinho）。另一位构建者说，他们到周四就把整周额度用完，然后在注意到之前又看着额外几百美元堆上去——现在每项工作都会先查用量，超过 90% 就回退到 Codex / Grok（@jjcitron）。

PoYo 如何回应： PoYo 不卖 Claude Max 那种周订阅额度混着超额的东西。计费是按每次成功产出扣预付积分；余额为空返回 402，而不是一张意外的超额发票（首页、错误码）。

和那些帖子想要的做法对应的实际模式：

• 设置按 Key 的每小时 / 每日 / 总量上限，让沉重的编程日不能悄悄继续花钱（API Key 页面）。
• 大批量智能体任务之前先查 GET /api/user/balance（用户余额）。
• 余额或上限变紧时，改用更便宜或备选的对话模型 ID——实时 schema 在 https://poyo.ai/models/<id>/llms.txt（对话模型）。

文档不声称有 Claude Max 周用量追踪、自动超额，或你「到了 90%」时的自动故障转移。这类偏好逻辑请写在你的客户端里。

Q3. ChatGPT Pro / 套餐积分表现异常——取消再订阅，套餐和 API 搅在一起。

开发者在抱怨什么： 一位 ChatGPT Pro（每月 $200）用户说，在同一账户上取消、换一张新卡再订阅之后，API 积分消失了；支持让他们等 7 天拿按比例折算的积分（@xingmiao520）。另外，Claude 的套餐图表一直把消费级档位和 API 积分包含量混在一起（Pro 没有；Max / Ultra 宣传每月 API 积分），这加剧了套餐与 API 的混淆（@LimitWatch_）。

PoYo 如何回应： PoYo 把产品和订阅积分的来回折腾分开：

• 按积分计费，没有订阅——一次性充值；积分永不过期（首页）。
• 一把 API Key 同时覆盖对话和媒体（llms.txt、API 概览）。
• 用 GET /api/user/balance 查看剩余余额（用户余额）。
• 余额不足 → 402 insufficient_credits_error，而不是等 7 天的按比例折算（错误码）。

公开文档不描述 ChatGPT Pro / Claude Max 的订阅积分回收流程、换卡按比例折算，或「套餐本月包含 N 美元 API」。如果你需要 PoYo 余额方面的账户帮助，请用仪表盘支持 / [email protected]（入门）。

Q4. 高端视频 API 又贵，付费生成还被浪费。

开发者在抱怨什么： 寻找负担得起的 Kling 4.0 / Seedance 2.5 UGC 的创作者说，消费级工具对小品牌太贵（@ahmed_ansar1）。Seedance 2.5 被点名贵到实际上你只能做一次 30 秒生成（@tirtaVEX）。也有人指出 Kling / MiniMax 会幻觉，于是你把付费生成浪费在不能用的片段上（@just_nikhil01）。同一天流传的算力账：一段短视频可以是一条文本提示的大约 10,000×（@guilleflorvs）。

PoYo 如何回应： 视频和其他媒体走同一条统一的异步 API：POST /api/generate/submit → 轮询状态或 Webhook（视频模型、Webhook）。失败的生成任务不计费（首页、llms.txt）。

构建者在问的目录条目（实时价格在每个模型的 llms.txt）：

• Kling 4.0 — kling-4.0，3–30 秒（kling-4-0/llms.txt）
• Seedance 2.5 — seedance-2.5，4–30 秒（seedance-2-5/llms.txt）
• 同时列出：Veo 3.1、Sora 2 Official、Wan 3.0、MiniMax/Hailuo 家族，以及更多（视频概览、llms.txt）

和「浪费」对得上的运维提示：

• 长任务优先用 Webhook，不要激进轮询。
• 不要盲目重新提交：如果第一次已经被接受，重试可能再创建一个要计费的任务（入门）。
• 在 3 天保留期内下载完成的文件（入门、视频概览）。
• 用 Key 的每小时 / 每日 / 总量上限卡住支出，并在 402 上停止（API Key 页面、错误码）。

文档不承诺对已经完成但不想要的片段做「幻觉退款」——只有失败的任务不计费。

Q5. 多引擎视频路由——「85 个引擎，一个余额。」

开发者在抱怨什么： 路由帖认为提示词大约只占结果的 10%，引擎占 90%：Seedance 负责观感，Kling 负责运动，OmniHuman 负责虚拟人，Flux 负责声音——卖点是一个余额上的 85 个引擎，这样你不用在五个实验室标签页之间来回跳（@francescoinweb3）。构建者想把同一想法做成跨 Seedance / Kling / OmniHuman / Flux 等的一个 API。

PoYo 如何回应： 这就是已文档化的 PoYo 形态：一把 API Key，一条异步的提交 / 状态 / Webhook 工作流，换模型就是改 model 字段（llms.txt、API 概览、视频概览）。

同一个余额上的例子：

先便宜出草稿、再把要留的升上去，这是客户端路由模式；PoYo 文档写的是端点和按模型的价格，不是自动的「镜头路由器」产品。稳定性可能略低于官方供应商——入门里事先写明。没有已文档化的跨实验室自动故障转移。

Q6. 新图像 API 定价不透明——Images 2.6 的 Flare 对 Sunburst。

开发者在抱怨什么： OpenAI 发布 Images 2.6 的帖子之后（Flare 要速度，Sunburst 要一致性和保真度），构建者在问 Image 2.6 Sunburst Medium 的 API 成本和以前的档位怎么比（@RoboAlchemist、@WarisHymii）。也有人把 Flare / Sunburst 的拆分看成真正的基础设施选择：速度对保真度，而不是一个模型包办一切（@vargasjmh）。

PoYo 如何回应： PoYo 今天的公开目录写明的是带明确 Flare / Sunburst / Fixed ID 的 GPT Image 2.5，不是 Images 2.6 的模型 ID（图像概览、gpt-image-2-5/llms.txt、图库）：

• gpt-image-2.5-flare — 文档把它写成更快的 GPT Image 2.5 选项（Flare 文档）
• gpt-image-2.5-sunburst — 文档把它写成编辑精度要紧时使用（Sunburst 文档）

和其他媒体同一条异步的提交 / 状态 / Webhook 路径；失败的任务不计费（llms.txt）。实时价格和质量档（包括 medium）在模型的 llms.txt / 模型页上——不要凭记忆编每张图多少美分。如果 / 当更新的 OpenAI 图像 ID 出现在 PoYo 上，它会以同样的方式出现在 llms.txt 和 https://poyo.ai/models/<id>/llms.txt。

Q7. 供应商故障，状态信号很弱——需要感知故障的客户端。

开发者在抱怨什么： Gemini API 出现短暂的多区域下跌，而状态页一直安静（@Marco_SI__）。Claude 有大约 1 小时的部分故障，打到 Code / Cowork / API，HN 上的讨论说 Downdetector 比绿色状态页更快（@ycnewsdigest）。反复出现的建议：AI 试点应该测试供应商故障场景，并保留明确的偏好 / 回退策略（@contextaware_ai）。

PoYo 如何回应： 按已文档化的错误码来做客户端，不要按绿色状态页（错误码）：

生成默认：每个账户每 10 秒最多 20 个新的 /api/generate/submit 请求；超出返回 429，并且不会进入队列。LLM 端点目前不限流（入门）。长媒体任务优先用 Webhook，这样一次闪断不会变成轮询风暴。

需要另一条路径时，一把 PoYo Key 可以调用不同的对话 / 媒体模型 ID（llms.txt）。公开文档不声称跨实验室的自动透明故障转移，也不声称公布了多供应商故障 SLA——入门写明稳定性可能略低于官方供应商。把供应商偏好和「所有已批准的供应商都挂了」的行为放在你的客户端里，和那些讲故障感知的帖子建议的一样。

Q8. 聚合器 / 转售焦虑——「标签上的模型，我拿到的是它吗？」

开发者在抱怨什么： Anthropic 的 FlashProve 被说成一种办法：当你通过转售商 / 路由器 / 聚合器调用时，核实响应确实来自声称的模型——因为普通的 API 回复只是一个标签（@AgentFilipHQ）。同一窗口：一把 Key 的多模型网关被营销成逃离按供应商准备 Key / base URL 的办法，代价是中继变成单点故障（@BIGBULLapp）。

PoYo 如何回应： PoYo 是覆盖图像、视频、音乐、3D 和对话的统一 API Key（API 概览、llms.txt）。你传入明确的模型 ID；每个模型在 https://poyo.ai/models/<id>/llms.txt 发布实时 schema 和价格文件。媒体走异步的提交 → 状态 / Webhook；对话走已文档化的 OpenAI 兼容 / Claude Messages / Gemini 原生形态。

公开文档今天不声称的内容：

• 密码学证明 / FlashProve 式的「这段内容由实验室 X 签名」产品
• 自动的、未披露的模型替换，或跨实验室的自动故障转移
• 如果你不信任一条已完成响应的来源，就有退款 SLA

入门相对官方供应商给出了现实的稳定性预期。给 Key 加上限，检查 GET /api/user/balance，把 402 当作硬停止（API Key 页面、用户余额、错误码）。如果来源对合规要紧，请在模型 ID 之间保留你自己的固定评测集——在任何行业证明产品落地之前，这仍然是实际的证明。

速查

在 poyo.ai 上浏览模型和实时价格，schema 见 llms.txt，完整文档索引在 docs.poyo.ai/llms.txt。