API 生成没有出图：只返回文本与零返回收费分开核对
2026年9月，HN 用户 numlocked 自称 OpenRouter 共同创始人兼 COO，称抽查聊天室近几日50,893条图像生成请求：5,846条返回文本并按文本收费，另16条没有返回图片或文本却被收费，仍待调查处理。他另说明当时不同结束状态的费用承担，并承认客服人手不足；未披露退款到账、修复完成或完整经营成本。
条件摘要 本站摘编 · 原帖当时记录
- 涉及对象
- 需要核对API实际输出、异常费用和支持投入的平台经营者
- 事项与做法
- 区分文本响应与零返回收费，说明结束状态费用承担并调查异常
- 进展边界
- 作者报告特定聊天室样本和16条零输出收费；费用金额、退款、修复完成与完整支持成本未知
原帖要点
- 按实际返回内容区分两组请求：作者称查看了其聊天室近几日的50,893条图像生成请求。其中5,846条返回了文本而没有图片，他认为这些请求按文本收费是正确的；另有16条既没有返回图片，也没有返回文本，但客户被收费。
- 零返回收费仍处于调查与修正阶段：对这16条请求，作者说本不应收费，会调查能否修复问题或确保客户不被收费。回复未给出费用金额、退款凭据或修复完成的后续。
- 结束状态对应不同费用承担：在同日另一回复的第6点，作者称结束原因为 error 时平台承担费用，而 stop 时不承担，并提出也许可以扩大保障。扩大范围仍是设想，没有报告已经实施。
- 承认客服人手不足，正在招聘：作者在另一条回复承认当时客服配置不足，称正积极招聘、尽快扩充。没有给出客服人数、工资、工时或招聘完成后的处理结果。
原帖解读
这是经营者在一次讨论中的历史核查说明。请求数描述的是特定聊天室的样本，不能当作全站客户数、模型准确率或退款笔数。
目标未达成、返回了其他内容与零输出，分别记录
本站解读：面对“没有出图”的反馈，先核对约定结果、实际返回的是文本还是完全无内容，再对应结束状态、计费项目和费用承担。技术上的 stop 不能单独证明用户取得了想要的结果；同时，返回文本也不能与零输出混成一组。原帖只反映作者当时的说明，不验证现行收费条款或给出产品选择建议。
调查、账单调整与实际返款，保留各自状态
本站解读：发现异常后，分别记下待修复项、是否调整账单和是否实际退回款项，再记录调查及支持投入。作者的“会调查”不等于问题已经修复，也不能从16条异常推算赔付或净损失。客服招聘说明还有支持工作需要安排；缺少金额和工时，就不能把调用收入减去上游费用后直接写成利润。
接下来检查什么 本站建议
把调用输出、账单调整、实际返款和支持投入分别核对。
到账金额能否当作利润，还需要核对哪些投入？整理自己的核对资料 本站建议
如果遇到没有成果却有扣费，先区分文本返回、完全无返回与收费约定；合成演示不能替代原服务商规则或调查结论。
API 用量与扣费对不上：核对清单与合成演示按环节阅读：算账与经营 · 关注成本、利润、现金流与合作分工。
