AI 任务显示已完成，但图片看起来没变时，先确认正在看的实际输出，再决定是否重新付费。完成状态、缩略图刷新、目标修改成功是三件事。你可能打开了输入图、旧结果、没有更新的预览，也可能确实拿到一个新文件，但目标内容并没有改变。
先确认是哪一份资产
打开对应任务的结果，记录文件名、实际宽高和画面内容，将原片另放一边。如果可以下载，应查看真实下载文件，不只依赖列表里的小图。多个文件都叫 image 或 result 时，很容易比较错对象；先把输入与输出分清，才能判断后续原因。
MDN 说明 HTTP 缓存会按网站规则复用已保存响应，因此旧预览确实是一种可能性。但这不能证明当前问题一定由缓存造成。文件换了名字、页面刷新过、状态变成成功，同样不能单独证明修改已经完成，需要继续核对结果本身。
在相同尺度比较目标局部
让输入和输出显示相同的裁切区域与比例，把需求写成能够观察的条件，例如某个污点消失、获批外套变蓝、指定标牌被移除。“整体更好看”太宽泛，无法判断原本要求究竟有没有执行。
| 观察结果 | 下一步核查 |
|---|---|
| 下载与预览不同 | 确认预览属于哪个任务 |
| 预览和下载都像输入 | 核对真实输入和指定修改区 |
| 有变化但改错特征 | 记录为编辑未达要求，不先归因缓存 |
| 结果链接打开旧图 | 找到正确任务与资产后再判断 |
这是排查方案，不是声称 Imagild 已存在表中故障。不要在证据还没保存时丢弃任务或覆盖文件，否则下一位协作者难以复现你看到的现象。
文件证据也有边界
如果自己或协作者比较文件哈希，相同哈希可以说明被比较的两个文件字节相同。哈希不同，却不能证明目标视觉修改已经发生：元数据、压缩或无关变化都可能让文件不同。同样，文件体积大小变化，也不能说明某个人物、物品或颜色已经正确编辑。
记录目标区域是完全没变、变化很细微，还是改到了错误内容。轻微色调调整在缩略图里可能难以判断，移除一件大物体则应该能明确看出。按照真实 brief 验收，不需要捏造一个适合所有任务的画面差异百分比。
根据发现选择下一步
只是显示旧内容，就先找回已有正确结果；选错资产，就修正比较对象；确实没有完成修改，则保留原任务信息，再缩小范围、修订请求或联系支持。任务尚未弄清前，避免不断创建重复作业，让费用与结果对应关系更加混乱。
在 Imagild 流程中，保存非秘密任务编号、选中输入、目标改动和实际下载结果。这样反馈或再次修改都有明确对象。描述“下载后的外套仍是红色”这类可验证观察，比直接断言后台一定没有调用、一定是缓存，更有助于定位问题，也不会把证据无法支持的内部原因当成事实。