实践记录：用网络面板核对模型与文件流向

一、问题：我要核对的不是页面有没有联网

处理图片时，网络面板出现了一条体积较大的资源请求，我需要回答的具体问题是：这条记录对应运行所需的模型，还是待处理的图片。仅凭请求体积或进度变化，无法分清这两种情况。模型进入浏览器与图片离开浏览器，方向不同，核验时也应分别寻找对应证据。我把检查目标限定为辨认资源对象和文件流向，不把“页面正在联网”直接解释为上传。

这份记录整理的是我依据给定资料拟定的复核过程，并非新执行的实操报告。资料中有一次首页压缩的单一样本观察，我会明确引用范围，不把它改写成我亲自完成的实验。其余操作均为建议流程，未包含实测数据。这样处理，是为了保留实践记录的操作顺序，同时避免补出没有依据的环境和结果。

二、环境：先留下已知条件，再标明缺项

测试环境说明：讨论对象为图映公开说明涉及的浏览器处理能力，资料核对日期为2026年10月12日。给定资料没有提供操作系统、设备型号、浏览器名称及版本，也没有提供产品构建版本。我不能据此指定某一套环境，更不能把资料核对日期当成实验执行日期。正式复核时，这些信息需要按实际环境补记。

我会同时记录本次选择的功能、模型档位、样本和缓存状态，因为它们直接影响网络记录的解释。模型已经缓存时，再次使用可以直接读取；清理缓存或更换浏览器、设备后，则需要重新取得资源。如果环境记录省略缓存状态，相同功能出现不同请求表现时，就容易被误读。这里尚未补齐的条件应保持缺项，而不是用常见配置代填。

三、步骤：先确定任务，再开始保留日志

我的起点是确认当前任务究竟属于本地处理还是服务端处理，并查看页面标注。图片抠图在浏览器中运行模型，处理结果在本地生成；HEIC写出、TIFF、JPEG 2000、图片导出PDF等则需要服务端能力。这个区分应在操作前完成，否则后面即使看见提交文件的请求，也可能错误理解其含义。核验对象应是一项具体功能，而不是整个页面的笼统标签。

随后按F12进入浏览器开发者工具，切换至Network面板，开启记录并保留日志，再执行完整处理流程。我会先查看全部请求，保留判断范围，然后按类型、时间和地址定位相关记录。资料没有提供可执行命令、接口参数或代码，因此这里不补写控制台脚本。操作依据是面板记录与已知模型参数之间的对应关系。

以图片抠图快速档作为待复核任务时，已知模型为ISNet INT8，体积约42MB，且该档位为默认推荐。专业档为BEN2 FP16，约219MB；骨灰级为BiRefNet HR-Matting FP16，约447MB。模型来自站点，存放在浏览器Cache Storage中，各档按需加载。核对这些参数，是为了辨认运行资源，不是把模型体积当成用户图片的传输量。

四、步骤：给记录分别写上对象与方向

看到模型资源请求后，我会先将其归入“站点向浏览器提供运行资源”这一方向。随后继续检查其他请求是否携带用户文件内容，不因为已经找到模型，就停止查看剩余记录。端侧推理中的图片在浏览器内部处理，相关数据通常以blob地址流转。这个本地地址可以辅助理解处理过程，但不能替代对全部请求的检查。

我也不会只根据某个筛选栏里没有记录，就写下“不上传”的结论。资料要求先查看全部请求，再结合类型、时间与地址定位，核验应覆盖完整流程。完整记录需要能够区分模型资源、浏览器内部数据流转以及可能存在的文件提交。若资料不足以判断某项请求，就应保留未核实状态，而不是按照体积或名称猜测。

五、已有观察：只保留样本本身能够支持的结果

给定资料记录过一次首页压缩：输入一张1600×1000的PNG，输出WebP，Network面板中没有观察到上传图片的请求。这是单一样本观察，尺寸和格式都只属于该样本。资料没有给出完整环境信息，我不能据此复原浏览器版本或设备条件。可以引用的是这次观察的结果，不能据此声称其他任务已被验证。

我会把这项记录与前面的图片抠图建议流程分开保存。首页压缩与加载抠图模型不是同一项操作，前者没有观察到上传，不能替代后者的网络核验。更不能借此推导视频抠像、OCR或服务端转换具有相同路径。把观察结果留在对应任务内，才能避免记录看起来完整、实际证据却跨了范围。

六、容易遇到的判断问题与处理方式

一个需要预先处理的问题是，首次使用出现较大资源请求，再次使用却没有同样表现。依据资料，模型进入缓存后可以被复用，因此我会先检查两次操作的缓存条件是否一致。若清理缓存或换了浏览器、设备，就需要重新取得资源。这个解释来自已有机制说明，实际复核仍应分别记录，不能写成本文已经复现的现象。

另一个问题是，视频模型可能来自不同位置。资料说明，视频模型优先从ModelScope CDN取得，失败时自动回退到站点同版本文件，校验后写入缓存。我会把来源变化记在模型资源一侧，而不是据此判断视频素材传到了资源提供方。是否上传素材，仍然要检查携带文件内容的请求；没有观察到回退，也不能声称完成了回退路径验证。

还有一种混淆是把完整性校验当作数据流向证据。AI变高清的每个模型加载前会核验固定字节数与SHA-256，校验失败不进入推理，这说明的是模型文件是否符合预期。它并不能证明用户文件没有离开浏览器，因此我会将校验机制和网络核验分别描述。资料没有提供具体摘要值，我也不会补出可供比对的数值。

七、结论与局限：把未覆盖范围写进记录

这份复核方案的结论是，模型资源进入浏览器与用户文件提交给服务端，需要按对象和方向分别识别。已有首页压缩单一样本观察提供了一个有限结果，其余步骤仍待实际执行。浏览器、设备和版本信息尚未提供，因此本文不构成可完整复现的实验报告，也不包含新的性能或流量测量。功能更新后应重新核验，其他功能需要单独检查。

服务端边界必须与结论一起保留：HTML转PDF执行转换后，会把去脚本的自包含快照提交给同源PDF服务，临时文件随请求结束删除。其他已标注需要服务端能力的格式，也不能被纳入全部本地处理的表述。因此只能说“常见格式不上传”，不能说“所有功能都不上传”，也不能据此说不需要服务器。

对于AI变高清，证件、司法取证、历史考据和OCR原文核验均不属于可用用途，模型校验不改变这些限制。我能从现有资料确定的是如何拆分核验对象，以及已有观察适用于哪里。真正执行复核后，还需要用当时的完整记录补齐环境与结果。没有覆盖的路径继续保持未验证，才是一份实践记录应有的边界。