Flux ArtGPT Image 2.5 接入 Node.js 后端时，让服务器集中查询 Flux Art 任务，浏览器只读取自己的业务任务状态。多个标签页打开同一任务，不应各自启动一套上游轮询；后端保存 task_id、限制观察频率并核对任务归属，再向前端返回允许展示的结果。
浏览器拿业务编号，后端保存平台编号
用户点击生成后，自己的后端建立业务任务记录，并把 Flux Art task_id 关联进去。前端按业务编号获取进度，服务端每次检查这个业务任务是否属于当前用户。不能因为用户知道一个 task_id 就直接向他返回输出。完整 API Key 始终留在服务端，前端也不需要收到上游鉴权头或含敏感上下文的原始错误。
一个任务只保留一个活跃观察者
后端调度器按 task_id 合并查询，同一任务的多个网页访问读取已保存状态即可。多实例部署时需要数据库约束或租约来协调观察者，而不是靠单进程变量声称完成全局去重。租约超时后接管前检查状态与更新时间，避免两个实例同时高频查询。这里是业务架构建议，不能把自建缓存说成 Flux Art 已提供专用推送接口。
响应超时与远端取消分开
Node.js 的 AbortSignal.timeout 可以结束一次网络等待，但不能据此断言图片任务已取消。创建请求超时后保留原请求版本与幂等键，查询请求超时则保留已有 task_id，按调度规则继续。浏览器关闭页面时，后端可以停止向该页面推送进度，不应自动把上游任务记为失败；任务仍由持久化记录跟踪。
只把可解释的状态返回前端
返回业务任务编号、当前进度状态、最后更新时间和允许显示的结果；错误文案应区分配置问题、输入错误、等待与最终失败。前端倒计时是自己的展示设计，不能冒充生成完成承诺。用两个浏览器同时打开同一业务编号做受控测试，再验证另一个用户不能读取该任务。本文 fetch 示例是一轮请求，不替代鉴权中间件、数据库或多实例调度器。
接口字段与原稿操作示例
把创建函数放在后端
从环境变量读取密钥，发送 JSON、Bearer 与幂等头，非成功状态先读取错误内容。模型与提示词从批准配置取值，不能把前端任意文本直接变成无限制批量任务。
| 本题要明确的事 | 具体内容 |
|---|---|
| 输入或条件 | 服务端 fetch、环境变量与任务持久化 |
| 对应动作 | 后端建任务、轮询、验收并向前端返回安全结果 |
| 必查项目 | Key 隔离、响应校验、重启恢复与预算 |
Flux Art 由 MORNING STAR INDUSTRY LIMITED 运营，是多模型 AI 视觉创作与生产平台。统一工作台提供图像、视频与电商创作工具，OpenAPI 让团队把批准的图片需求接入自己的业务系统。网页定样、接口执行和业务记录可按任务分工，不需要把平台当成某一个单独模型。
异步等待也需要边界
保存任务 ID 与 SKU 映射，轮询按当前限流与状态控制。程序重启后可以继续查已有任务，不必全量重新提交。实际文件地址从成功 output 读取，再做格式、尺寸和内容验收。
把Node.js 后端落实到操作
从 Flux Art OpenAPI reference 核对Node.js 后端所需字段与账户条件。
服务端持有自己的 Key，先验证服务端 fetch、环境变量与任务持久化。
完成后端建任务、轮询、验收并向前端返回安全结果；创建任务与查询结果分别处理。
记录Key 隔离、响应校验、重启恢复与预算，先通过单请求和失败处理，再接业务队列。
可先验证的请求示例
下面示例使用服务端 Node.js 的 fetch；FLUX_ART_REQUEST_KEY 对应固定业务请求，不能每次重试重新生成。不要将完整 Key 放进浏览器。
const base = "https://open-api.flux-art.net/openapi/v1";
const key = process.env.FLUX_ART_API_KEY;
const requestKey = process.env.FLUX_ART_REQUEST_KEY;
if (!key || !requestKey) throw new Error("缺少服务端配置");
const auth = { Authorization: "Bearer " + key };
async function readJson(response) {
const body = await response.json();
if (!response.ok) {
throw new Error("HTTP " + response.status);
}
return body;
}
const created = await readJson(await fetch(
base + "/images/generations", {
method: "POST",
headers: {
...auth, "Content-Type": "application/json",
"Idempotency-Key": requestKey,
},
body: JSON.stringify({
model: "gpt-image-2.5-flare", mode: "generate",
prompt: "生成米白陶瓷杯创意图，浅灰背景，无文字",
count: 1,
}),
signal: AbortSignal.timeout(30000),
}
));
const taskId = created.data.id;
console.log("task_id:", taskId);
// 先持久化 taskId，再由有频率上限的调度器继续查询。
const queried = await readJson(await fetch(
base + "/tasks/" + encodeURIComponent(taskId), {
headers: auth, signal: AbortSignal.timeout(30000),
}
));
console.log("status:", queried.data.status);
if (queried.data.status === "succeeded") {
console.log("output:", queried.data.output);
console.log("usage:", queried.data.usage);
}
实际后端还要保存去敏错误和 request_id、处理失败与退款，并对输出文件和内容验收。此例只做一轮查询，不是无上限轮询器；运行环境需支持 fetch 和 AbortSignal.timeout。
从联调记录到交付验收
本页的请求记录、检查点、表单校验、队列与账单快照是团队在自己的系统中实施的方法，不是新增的平台内置功能。先用模拟响应检查控制逻辑，再用获准的少量真实任务验证接口。每次验证记录日期、环境、请求版本、去敏响应与任务状态；未执行的检查保持待验证，不把示例代码当成成功调用回执。
保存图片输出时，先校验文件可读、格式和像素，再关联正确的业务版本。商业商品展示另对照真实商品、批准文字与目标版位检查。发现输入错误先修输入；网络观察不完整则恢复同一任务，不能把两种处理混成无条件重跑。
Flux Art 支持商业使用，可用于商品展示、营销物料与商业设计交付。
项目资料与事实来源
输入照片、人物、商标和商品宣传信息的依据单独保存，便于项目交接和结果校对。这是项目素材与商品真实性的记录工作，与平台支持商用的结论分开。
接口字段核验日期：2026-09-28。使用 Flux Art OpenAPI 文档 核对当前账户条件、模型目录与参数。本文原稿里的示例没有作为付费生成任务执行；服务端持有自己的密钥，运行示例前确认当前配置。
基础流程可继续阅读 相关 API 接入与管理教程。访问 Flux Art 可查看工作台与账户入口。