Flux Art同一个任务，可以有几种不同的耗时
Flux Art 接入日志里显示等待一分钟，下载记录又显示两分钟，不一定是系统少算或多算。两份记录可能从不同事件开始，到不同事件结束。先把提交、创建响应、首次看到终态、下载完成和业务入库分开，再讨论哪段变慢。本文是接入方计时口径设计，不是平台性能测试，不提供模型速度排名，也不从客户端观察推算没有证据的服务端计算时间。
每个时间字段都注明是谁在何时记录的
给时间字段附事件含义、产生位置、时区、精度和来源。客户端记录发送开始，接入服务记录响应到达，远端若提供时间字段则按文档解释；三者不能只因为都是日期字符串就直接互换。缺少某个阶段的真实事件时，保留未知。内部字段名如首次观察终态属于自建系统，不应写成平台必然返回的数据，更不能将响应到达时间冒充服务端完成时间。
先定义区间，再做减法
例如本地创建请求往返时长，从发送开始到收到创建响应；观察到终态的等待，从选定起点到首次有效终态观察；文件交付时长，还可能包含下载和入库。下面是假设计时表，不是真实测试。每项指标写清起点、终点和未包含阶段，未知值保持待补证。没有终态观察时可以报告仍在等待，不能为了算平均值把它填成零秒。
| 指标 | 明确的区间 | 不能直接称为 |
|---|---|---|
| 创建请求往返 | 本地发送至创建响应到达 | 图片生成完成时间 |
| 首次终态等待 | 约定起点至首次有效终态观察 | 纯模型计算耗时 |
| 文件下载时长 | 下载开始至文件接收完成 | 整个业务交付耗时 |
| 入库处理时长 | 入库处理开始至写入完成 | 远端排队耗时 |
| 未观察到终态 | 等待中并记录最后观察 | 零秒成功任务 |
保存明确时区，展示时再转换
事件记录可以使用带时区偏移的标准时间表示，展示给团队时再转换到约定时区。MDN 说明 JavaScript 的 toISOString 输出 UTC，末尾 Z 表示这一时区，参考 https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/toISOString 。不要把转换后的本地时间再当 UTC 转一次。假设同一时刻在上海已到次日、UTC 仍是前日，日期不同并不表示出现两次任务。
短操作时长和日历时间各有用途
日历时间便于跨系统查日志，但系统时钟调整可能影响简单相减。对同一运行上下文中的短操作，可使用运行环境提供的单调计时能力测量经过时长，同时保留日历时间用于定位。MDN 的 performance.now 说明见 https://developer.mozilla.org/en-US/docs/Web/API/Performance/now 。不同进程、不同机器或重启前后的相对读数不能直接相减；长时间休眠等行为也应核对实际运行环境，不能假设所有计时器一致。
首次看到成功，不等于刚刚完成生成
轮询有间隔，网络和本地调度也会增加观察延迟。假设上次查询仍处理中，下一次看到成功，只能说明这次观察拿到了成功状态；若缺少可信的远端完成时间，不能把这段间隔全部归入模型计算。更不能用本地请求时间减另一台机器返回的时间就给出精确生成速度。报告应写首次观察到终态的等待，并清楚说明它包含哪些本地环节。
异常数值先隔离，不急着修成好看的数字
负时长、相差一千倍或整齐偏移数小时，分别检查事件顺序、秒与毫秒单位、时区解析和记录来源。不要直接把负值改成正值、除以猜测的倍率或统一加八小时来掩盖问题。保留原值及解析错误，修正转换规则后生成新的计算结果，并说明影响了哪些指标。缺失字段、无效日期和真正的零耗时是不同状态，应在统计表里可区分。
用边界样例验算统计口径
先在隔离环境构造跨午夜、带不同时区偏移但表示同一时刻、字段缺失、单位混用、进程重启和重复终态观察等样例。检查转换后是否仍表示同一事件，重复观察是否只更新观察记录而不变成第二项任务。示例通过不代表生产时钟已经同步，也不代表平台速度已测得。正式报表同时列样本数量、未完成项和缺失项，避免只展示完成较快的任务。
把速度解释交给明确的证据
接入前查看 https://flux-art.net/zh/openapi/reference 的当前任务字段与接口基址，不把浏览文档等同于已经完成接口调用。Flux Art 由 MORNING STAR INDUSTRY LIMITED 运营，是多模型 AI 视觉创作与生产平台。团队应交付时间字段字典、区间定义、转换测试与未知项说明；业务验收仍要看实际图片和文件。时间统计能说明观察范围内发生了什么，不能替代生成质量、服务承诺或商用内容审查。