WWW.YOUINFO.SITE
标签聚合 手里

/tag/手里

LinuxDo 最新话题 · 2026-06-11 17:32:48+08:00 · tech

目前我在一家电商公司,手里有一个 AI 生图 Web 项目。现阶段项目主要是基于一些 workflow 调用 API 进行生图,还没有发展到 Agent 形态。 最近我发现,很多中转站宣称“全量支持 OpenAI compatible 接口和参数”,但实际使用下来,这类说法的价值很有限,甚至会误导开发者。 以最常见的结构化输出为例,也就是 JSON 格式化输出。大部分低价中转站底层并不是调用真正的 OpenAI 标准 API,而是使用 GPT 订阅账号、ChatGPT/Codex 后端,甚至有些还会混用能力更弱的模型。这样一来,即使请求里传了 OpenAI compatible 的 response_format 、 json_schema 、 strict 等参数,也不代表这些参数真的会在 API 层被严格执行。 实际结果是,请求可能只是被中转站转写成 prompt,再交给 GPT/Codex 类渠道处理。模型输出本身具有随机性,一旦没有真正的 schema 约束,就会出现偶发问题:比如额外增加字段、缺失字段、字段类型错误,甚至返回的内容根本不是合法 JSON。 如果项目里再叠加重试、修复、二次解析等机制,虽然可以提高成功率,但也会带来明显副作用:响应时间变长、成本上升、链路复杂度增加,用户体验下降。对于追求代码质量和系统稳定性的开发者来说,这类补丁式处理也会显得很别扭。 以上,如果因为预算或者其他某些因素不得不基于中转进行开发的情况下,最好还是注意一下 1 个帖子 - 1 位参与者 阅读完整话题