图片编辑图文
批量添加只进来一部分图片？先核对已接收文件，再补加缺失来源
一次选了多个文件，不代表每个文件都会形成队列卡片。TextWiper逐张检查：后面的文件被拒收时，前面已接收的图片仍保留；队列达到十张后，剩余选择会停止检查。先把实际卡片与自己的来源清单对齐，再开始识别或补加文件。根本没有进入队列的文件，也没有可点击的“重试此图片”按钮。
发布于 2026-10-28 · 更新于
1. 先记清本次原本要添加哪些文件
使用自己拥有或获准编辑的受支持图片，在选择前记下本地文件名和可辨认的画面，并记录队列原来已有多少张。添加后显示的总数包含旧卡片，不是本次文件选择器新增成功的数量，不能只看总数便判断全部已接收。
例如，原队列有两张，本次又选择四个文件，最后显示五张。仅凭这个数字无法知道四个新文件里缺了哪一个，应通过文件名、缩略图和尺寸逐项对应。这里是对账方法的示例，并非实测上传批次，也不代表这些图片已经完成识别或修复。
2. 把已接收、明确拒收和未继续检查分开
等文件检查结束，阅读队列状态以及其中的文件报错行。后一个文件无效，不会把前面成功接收的文件一起回滚。已接收文件会有自己的卡片；输入拒收与某张已有卡片在识别、修复阶段失败，是不同的问题，处理入口也不同。
卡片达到十张后，剩余选择停止检查。因此，排在停止点后面的缺失文件可能尚未检查，不能统称为文件损坏。重复选择同一个本地文件也可能再增加一张卡片，当前没有自动重复文件对账。整批再选一遍，可能把原来的缺口掩盖在重复卡片之中。
3. 同时核对单文件要求与队列剩余空间
当前接收静态JPG、PNG或WebP，每张不超过10 MB、每边不超过4096像素，总像素不超过1600万。修改扩展名不能把不支持或损坏的文件变成可读图片。提示涉及格式、解码或尺寸时，先在可信本地工具中检查对应来源，再考虑添加修正后的工作副本。
同一个队列还有十张、总计4000万像素及压缩源文件100 MB的保护上限。旧卡片即使已下载成品，仍占用相应容量。文件体积很小，也可能有很多像素。某张因总像素超限被跳过后，后面较小的文件仍可能进入，所以已接收集合不一定只是连续的前几个文件。
4. 只修正真正阻止接收的原因
队列已满时，先保存并重新打开有用成品，再移除不再需要的卡片，或做完当前组再换下一组。移除会丢弃该卡片在页面中的草稿和结果；单纯下载不会腾出名额。不要为了让页面数字等于文件选择器数字，就清空仍有用的整组工作。
来源过大时，保留原文件，在任务允许的前提下到站外制作合适工作副本。缩放或转码后重新核对必要细节和尺寸；损坏文件可能需要重新取得授权来源，不能指望反复转码解决。登录账户或更改词库，都不会扩大这些文件接收上限。
5. 重新选择时只补缺失来源
解决相应问题后，使用选择图片，只选尚未进入队列且已修正的文件，再次对齐新卡片。拒收文件没有卡片，因此不能使用重试此图片；该按钮针对已进入队列后处理失败或取消的项目。补加文件本身不会执行识别或修复。
仍有用的已接收卡片可以保留。识别队列文字会针对尚未识别的卡片工作，已有识别与结果各有状态。批准修复前仍要核对选区。不要用扫描并抹除匹配项来验证文件有没有添加成功，因为它是处理动作，不是文件接收检查。
6. 用来源清单收齐结果，而不是只看ZIP数量
打包前，为每个原计划来源标明已进入并处理、主动延后，或仍被排除及其真实原因。ZIP只包含当前已有的成功结果，不包含文件选择器里所有曾被选中的来源。没有进入卡片的文件不会变成修复输出，无匹配而跳过的图片也不会凭空生成编辑成品。
离开页面前保存有用输出和自己的对账记录。队列及报错显示只是当前页面状态，账户偏好不会保存图片或草稿。本文解释接收机制，没有进行新的压力测试。公测手动批量编辑和下载继续免费，同时保留既有工作量及识别服务限制。