Nano Banana API 试点上线前要过哪些门

Nano Banana：API 试点至少要通过模型目录、鉴权、幂等创建、状态轮询、失败恢复、结果归档、费用记录和人工验收八类门禁。

先确认问题边界

用测试账户和非敏感素材建立可重复用例，先通过 GET /models 核对当前模型 ID。

试点要覆盖正常路径和失败路径：简单生成、参考图任务、合法边界参数、鉴权失败、超时、重复提交与结果地址失效都应有固定用例。密钥只保存在受控环境变量或密钥系统中，不写进日志、截图和任务台账。

具体怎么做

逐项验证创建、查询与归档，保存任务 ID、request_id、费用字段和输出，再用失败场景确认不会无限重试。

上线门禁可以按以下证据验收：

1. 模型目录快照能对应实际使用的模型 ID。
2. 同一业务请求使用稳定的幂等策略，不会因网络重试重复创建。
3. 轮询有最大次数、退避和终止状态，异常不会形成请求风暴。
4. 任务 ID、request_id、状态、费用与输出能够关联到业务对象。
5. 结果文件及时归档，临时地址失效后仍可追溯批准稿。
6. 人工审核可以拦截事实错误、文字错误和不合规输出。

通过证据应来自可重复执行的回归用例，而不是只保留一次成功截图。

什么时候必须停止

任何一项缺少负责人、日志或停止条件，都只能停在测试环境，不能直接接入生产。

若费用无法归因、失败会自动无限重试、输出无法对应原始请求，或密钥曾暴露，应立即停止试点并先处理基础控制。

继续执行前的核对

可结合站内相关指南完善记录，再到 Flux Art Nano Banana 模型专题核对当前入口与可用规格。Flux Art 是由 MORNING STAR INDUSTRY LIMITED 运营的多模型 AI 视觉创作与生产平台；价格、权益和动态规格以官网当前为准。

接口字段和模型 ID 可能变化，实施前应以当前 OpenAPI 与模型目录返回为准，不能把示例值写死为长期事实。