设计服务的演示用了几张公开图片，客户看完想上传还没发布的包装稿。试用前真正需要确认的，是这份稿件会经过哪些地方，而不只是最后能否生成好看的效果。
只评估质量时，可以先用合成素材或已经公开的图片。对保密要求更高的工作，现有获批供应商、企业方案或人工处理路径可能更合适，不必为了试一个入口先改变客户资料的处理条件。
作者把图像处理函数接入 EasyNet 后，素材可能先到上传存储，再进入提供方，随后被提交给上游模型，最后生成下载文件。每一步都要说明谁持有内容；提供方在本地，并不代表上游也在本地。
提交者的身份要对应这笔试用和素材范围，结果下载也要核验接收者。服务可以限制输入和返回字段，但存储访问、错误日志和上游保留政策需要各自检查，不能靠一个“私密”标签一并解决。
客户和运行方应先约定允许的处理路径、保留时间和删除办法。需要保留排错材料时，也应列明具体内容。某个上游无法确认保存政策，就把这项不确定性留在决定里，而不是默认它不会保存。
用带测试标记的虚构设计稿，核对实际上传、上游请求、下载和失败日志，再执行一次约定的删除流程。确认不了的外部副本应如实列出，客户才能据此决定真实素材是否适合进入这条路径。
- 01
虚构包装稿
带 TEST-PACK-84 标记，不放客户素材
- 02
提供方与上游
核对实际接收的文件及保存方
- 03
产物与日志
下载后检查错误日志，再验证删除
试用前填写这份处理清单
这是评审记录，不是 EasyNet 策略配置。unknown 要由服务方提供证据补齐，再决定是否上传真实稿件。
示例内容 · json
{
"test_asset": "TEST-PACK-84.png",
"upload_storage_owner": "unknown",
"upstream_model_provider": "unknown",
"source_retention": "unknown",
"error_log_contains_image": "unknown",
"deletion_evidence": []
}预期结果：核对实际请求和存储后，每个 unknown 都有答案或明确保留为未解决项；这份表本身不会阻止数据外发。
接入时的检查项
- 上传前可以看见实际处理方、上游与留存范围，未知项不被隐藏。
- 删除测试覆盖源素材和可控制副本，并清楚列出备份例外。
- 失败日志不会额外复制整份素材，返回内容经过批准的输出边界。