Flux Art脚本下载成功，也可能不会执行
Flux Art 图片进入自建裁切或批注工具后，页面可能依赖固定版本的外部脚本。更新依赖后按钮消失，即使网络里看到响应成功，也可能是完整性校验没有通过。先查看浏览器实际错误，再核对脚本与摘要配对，不能直接删除 integrity 属性恢复功能。本文讨论自建工具的依赖交付，不表示平台采用某个编辑器，也不声称检查摘要就证明依赖没有恶意代码。
明确校验的对象是脚本字节
子资源完整性校验关注加载资源与预先登记摘要是否一致，不是对文件名、版本标签或供应商信誉的自动认证。建议使用明确版本的资源地址，并保留取得该版本和摘要的可信过程。若地址始终指向“最新版本”，内容变化会破坏稳定配对，也让追溯困难。页面代码、资源版本和摘要应作为同一次发布材料审核，不能由互不关联的人员随手更新其中一项。
跨源完整性还需要正确的请求条件
MDN 的 SRI 文档说明，浏览器使用 integrity 中的摘要验证资源；跨源资源还需满足相应 CORS 条件，并正确设置请求的 crossorigin 属性。依据见 https://developer.mozilla.org/en-US/docs/Web/Security/Defenses/Subresource_Integrity 。下面是假设交付表，不是真实攻击或浏览器实测。不要将摘要不匹配与跨源许可失败混为同一个故障，更不能因此扩大其他无关资源权限。
| 发布材料 | 应对应的证据 | 异常处理 |
|---|---|---|
| 资源地址 | 确定且可追溯版本 | 拒绝未知漂移 |
| 完整性摘要 | 对应已审查字节 | 重新审查而非自动接受 |
| 跨源请求 | CORS与请求设置 | 定位具体失败 |
| 页面缓存 | 实际引用与摘要配对 | 核查旧新组合 |
| 不匹配用例 | 依赖未执行且有提示 | 补失败分支 |
| 回退版本 | 已知地址与摘要成套 | 不混用版本 |
摘要必须对应已审查的确定版本
先由受控流程取得明确版本，检查来源和预期内容，再生成或核对其摘要，最后把页面引用与该摘要一起审查。若页面和摘要都来自同一个已经失去信任的渠道，匹配并不能恢复信任。不能在生产加载失败后自动抓取当前响应、计算新摘要并立即接受，这会把未知变化直接变成新基准。预期变更与意外变化都应有可解释的审核记录。
发布时让地址、摘要与缓存保持一致
新页面若引用新版本地址却仍带旧摘要，浏览器应拒绝使用不匹配内容。建议在隔离环境验证完整发布组合，再以受控方式交付，不把摘要更新留给人工临时补写。缓存可能让不同用户看到不同页面版本，应核对实际页面引用和实际资源字节，不能只看本地文件。回退也应恢复同一套已知配对，而不是回退脚本却保留新摘要。
故意制造不匹配只在隔离环境进行
假设测试工具加载一个受控无害脚本，并有正确摘要与人为不匹配摘要两组页面。这是假设演练，不是真实供应链事件。合格结果应是正确组合正常工作，不匹配组合不执行该依赖，并显示可理解的不可用状态。再测试资源不可达、跨源许可不满足和回退组合，确认不会转而加载未经校验的备用脚本。演练不修改线上依赖，也不测试第三方真实用户。
失败界面不能把素材操作假装成完成
编辑器依赖不可用时，禁用依赖它的保存或导出按钮，保留原始素材，并说明暂不可用。不要让空白画布或残缺控件继续输出一个看似成功的文件。若提供备用交付方式，应明确其能力差异，例如仅下载原图，而不是暗中切换到未审查脚本。日志保留依赖版本、错误类别与页面发布号，避免把客户图片或完整访问令牌附在排障材料里。
完整性通过以后仍需功能与来源审查
摘要匹配表示资源符合所登记字节，不保证逻辑正确、隐私处理适当或没有漏洞。依赖升级仍需检查变更说明、实际功能、许可与维护状态。某个环境未知时标记待补证，不以另一浏览器通过推断全部支持。建议交接依赖清单、版本锁定方式、摘要来源、跨源配置、正反例结果和回退配对，让接手者能解释为什么该版本被允许执行。
把依赖验收与素材验收同时留下证据
技术依据核对于2026年11月10日，本文的发布流程为编辑建议，未执行读者系统的测试。Flux Art 创作入口见 https://flux-art.net/zh ，自建工具接入见 https://flux-art.net/zh/openapi 。生成图片的质量与权利、编辑器依赖的完整性和最终导出文件是不同检查项。签收应确认实际使用的版本、失败时是否保护原件及可恢复路径，而不是只写脚本已下载。