> ## Documentation Index
> Fetch the complete documentation index at: https://docs.laozhang.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# GPT Image 2.5 两款 VIP 模型恢复可用：恢复调用说明

> 2026 年 9 月 22 日，GPT Image 2.5 Flare VIP 与 Sunburst VIP 恢复可用。了解恢复范围、Default 按次令牌要求，以及从官转切回 VIP 的检查步骤。

`gpt-image-2.5-flare-vip` 和 `gpt-image-2.5-sunburst-vip` **均已恢复可用**。使用这两款模型的开发者可通过 Default 分组的按次令牌恢复调用；此前因上游资源不足而暂停使用的建议已解除。

发布日期：**2026 年 9 月 22 日** · 最后核对：**2026 年 9 月 22 日** · 当前状态：**已恢复**

## 恢复范围

| 模型 ID                        | 当前状态  | 令牌要求            |
| ---------------------------- | ----- | --------------- |
| `gpt-image-2.5-flare-vip`    | 已恢复可用 | Default 分组的按次令牌 |
| `gpt-image-2.5-sunburst-vip` | 已恢复可用 | Default 分组的按次令牌 |

本公告适用于此前调用这两款 VIP 模型的用户，以及故障期间切换到其他模型、现在准备切回的用户。不带 `-vip` 后缀的官转模型和 `gpt-image-2-vip` 不属于此次恢复范围；使用这些模型的用户无需因本公告更换配置。

## 如何恢复调用

1. **检查令牌。** 在[令牌管理](https://api2.laozhang.ai/token)确认使用按次令牌，并具有 Default 分组权限。
2. **检查模型 ID。** 原 VIP 集成继续使用 `gpt-image-2.5-flare-vip` 或 `gpt-image-2.5-sunburst-vip`。如果从官转切回，须同时换用 Default 分组的按次令牌，并把 `model` 改为对应的完整 `-vip` ID。
3. **先用少量请求确认结果。** 检查返回图片能否正常打开，并在[调用日志](https://api2.laozhang.ai/log)确认模型与请求记录，再逐步恢复业务流量。若仍失败，保留错误信息并联系支持团队排查。

图片生成使用 `/v1/images/generations`，图片编辑使用 `/v1/images/edits`。两种操作的请求示例见 [GPT Image 2.5 接入指南](/api-capabilities/gpt-image-2-5)。当前价格请查看[控制台模型与价格](https://api2.laozhang.ai/account/pricing)，服务与计费规则以[服务条款](https://www.laozhang.ai/terms)为准。

## 常见问题

### 两款 VIP 模型都恢复了吗？

是。Flare VIP 与 Sunburst VIP 均已恢复可用，可以根据原有集成继续使用对应模型 ID。

### 原来的 API Key 需要重新创建吗？

先检查现有令牌。如果它已是具有 Default 分组权限的按次令牌，可继续使用；如果目前使用官转令牌，则需要在令牌管理中选择或创建符合要求的按次令牌。

### 已经切到官转模型，必须切回 VIP 吗？

不必。是否切回由你的调用需求决定。切回时请同时检查令牌和模型 ID：两个 VIP 模型按次计费，不能只更换模型名称而沿用不匹配的令牌配置。

## 来源与相关链接

恢复状态依据老张API于 **2026 年 9 月 22 日**的运营确认；本公告说明老张API这两个模型的服务状态。

* [9 月 16 日故障记录](/announcements/gpt-image-2-5-vip-unavailable-2026-09)：上游资源不足期间的影响与处理建议。
* [GPT Image 2.5 接入指南](/api-capabilities/gpt-image-2-5)：生成、编辑与模型配置。
* [令牌管理](https://api2.laozhang.ai/token)与[调用日志](https://api2.laozhang.ai/log)：检查调用配置和实际请求结果。
