12｜智能礼品图下篇：从生成图片到逐件确认，系统还要做什么？

这类任务揭示了生成与交付之间的区别。客户要求的是在指定版本上完成一项受约束的修改，最终需要能确认哪些内容变化、哪些内容保持，以及该版本是否被正式接受。

本篇继续使用虚拟礼品设计情境。所有尺寸、修改任务和流程均用于方法学习，不表示本轮进行了图像生成，也不代表真实客户已经验收。

“把标识往右移”至少缺少两个对象：哪件作品，哪一个版本。五件套项目中，礼盒、帆布袋、钥匙扣和两张宣传图都有标识；设计师电脑里也可能同时打开多个候选。

系统应当将自然语言要求转成明确任务：编辑对象为礼盒盒盖，父版本为客户选中的那一版，目标为水平右移，保持项包括标识大小、颜色、角度、其他文字、线条、背景和画布尺寸。

这些内容需要与客户原话关联，并在执行前供相应人员核对。系统可以帮助整理，但不能把一个没有指向的“可以”自动解释为具体版本批准。

修改结果应建立新版本，并保留父版本。覆盖原文件会失去比较与恢复的依据；从另一候选重新生成，则可能让客户原来认可的内容一起变化。父版本关系不是存储细节，它决定这次编辑是否延续了正确的工作。

本模拟情境中，礼盒盒盖平面为 240×180 毫米，当前无透视平面文件宽度为 1,536 像素。若这份文件与真实平面范围一一对应，水平方向每毫米为 1,536÷240＝6.4 像素，因此 2.5 毫米的理论位移是 16 像素。

理论水平位移＝文件宽度×目标毫米数÷对应平面宽度＝1,536×2.5÷240＝16 像素。

这个换算需要明确前提。透视效果图中的距离受视角影响，不能直接用同样公式测量；文件若被裁切、缩放或留出额外画布，也要重新确认对应关系。实际测量还需要约定参考点，例如标识可见图形边界框的中心。

16 像素只是目标，不是已经完成的证据。验证应比较修改前后的水平位置，同时检查垂直漂移、宽高、旋转和其他区域变化。工具返回“已右移 2.5 毫米”，不能替代文件测量。

对于最终生产用途，还需要由设计与生产责任方核对输出规格和实际尺寸。数字文件中的理论位移，不应被扩大解释为实物印制已经达到相同精度。

当自动编辑无法稳定满足精度与保持要求，可以保留图像工具的候选生成能力，将最终精修交给设计师。这个选择改变的是自动化边界，不必否定整个设计服务方向。

人工交接包应包含父版本原文件、交付件、尺寸对应关系、目标变化、保持项、安全边距、客户原话和测量要求。设计师完成后提交新文件，系统记录新版本与父版本关联，再进入复核。

回流检查至少包括文件可读取、画布正确、对象正确、目标变化有测量依据，以及未要求修改的文字、标识和背景没有异常改变。只有这些条件成立，客户才有明确版本可供确认。

人工处理如果只发生在系统外，最后再上传一张“最终图”，版本链仍然会断。系统需要知道它从哪一版改来、为什么改、经过什么检查，而不是仅仅保存结果文件。

图像作品既有可以直接核对的条件，也有需要专业判断的质量。客户和项目归属、准确文字、标识版本、画布尺寸、父版本以及确认范围，可以通过记录与文件检查；系列感、构图、阅读层级和品牌表达，则需要设计师或客户判断。

两类标准不能相互补偿。文字都出现了，不代表小尺寸钥匙扣上的内容可读；设计师觉得画面漂亮，也不能证明使用了正确父版本。精确位置修改则需要测量与视觉检查共同完成。

因此，评测结果应按能力组解释。历史筛选是否可靠，修改保持是否可靠，正式导出规则是否可靠，需要分别看。某个精细编辑样本失败，可能要求收窄该能力；不能用其他十几个成功样本稀释它，也不能仅凭这一项失败宣布整个系统无价值。

评测样本还应包含“不该发生的变化”。例如客户只改标识位置时，系统是否改变活动年份；换一张参考图时，是否混入其他客户标识；建立新候选时，是否覆盖已确认版本。这些样本比连续生成相似成功图更能检查交付边界。

共同主视觉确定之后，需要针对载体重新安排信息。帆布袋可以承载较完整的图文，礼盒强调包装平面的关系，钥匙扣面积有限，横版与竖版宣传图则有不同阅读路径。

本例可以在已确认条件下，为钥匙扣采用标识与简练线条，省略长文案；其他作品保留所需文字。横版转竖版应重新组织层级，而不是简单裁切后让文字消失，或缩成小图再填满空白。

系列协调需要检查配色、线条、标识和主题表达，但每件都要有独立文件、尺寸与用途。组合效果图用于看整体关系，不足以证明产品结构、平面比例或全部内容正确。

图中的“全部齐备”需要由系统规则检查，不能只靠业务员记忆。哪怕四件已经通过，剩下一件没有明确确认，整套状态也应保留未完成部分。

客户的反馈有多种性质：认可方向、要求继续修改、认可某个局部、确认一件作品、确认完整交付。系统应先判断语义与指向，必要时请业务员澄清，再记录正式状态。

确认需要绑定作品与版本。客户确认礼盒第三版，其余四件不应跟着变为完成；礼盒第四版作为新候选出现，也不能自动继承第三版的批准。如果客户撤回或变更确认，需要保留记录并更新当前可交付版本。

这种设计还要作用到导出。未确认内容可以进入明显标注用途的评审包，但正式交付包需要符合逐件条件。导出时应核对文件存在性、可读性、版本和规格，避免数据库状态正确，实际下载的却是旧图或损坏文件。

确认机制的目标，是让采购跟单知道自己接收到哪一组可使用的设计。仅有一张显示“全部完成”的项目页面，不能替代真实文件与逐件记录。

一份设计交付包可以包含五件独立文件、用途与尺寸、准确文案、标识版本、逐件确认记录、必要修改说明，以及后续编辑所需参考。文件列表与项目记录应互相对应。

采购跟单据此继续核对工艺、样品、包装与交期。设计确认并不说明实物已经生产，也不说明供应方接受了交付日期。系统如果还要支持生产协作，需要另行调查对象、状态、接口与责任。

出现文件不可读取时，应停止相关自动处理，保留客户需求、项目身份和失败位置，交给业务员或设计师使用可用资料继续任务。人工完成的结果仍要回到版本与确认链。

这类回退可以让业务继续，但统计时要区分系统主路径完成与人工回退完成。不能因为所有委托最终都有结果，就声称所有任务都由系统自动完成。观察采用时，还应分别记录找稿时间、资料齐备到首个可评审方向的时间，以及版本或确认错误造成的返工。

用户说“这版不对”，需要继续定位：是历史素材错、编辑对象错、父版本错、文字变了，还是审美方向需要调整。不同原因对应不同修复层，不能统一写成“优化模型”。

如果问题是缺少文件可读性检查，就在进入工具前增加校验，并复测正常文件和异常文件；如果问题是确认范围扩大，就修正对象与状态规则，并验证单件确认不会影响其他作品；如果工具无法证明毫米精度，就保留人工精修路径和测量要求。

真正可复用的经验，是参考角色、任务书、版本关系、保持项检查与逐件确认这些机制。客户标识、活动文字、审美偏好与具体尺寸，则需要在新委托中重新确认。

还需要演练项目级变化。假设客户在四件作品确认之后修改活动日期，系统应定位哪些作品包含日期，标记受影响版本并要求重新审核，不能只改当前打开的一张图。没有日期内容的作品是否需要重审，也应根据品牌与交付规则决定，而非一律重做。

这项练习检验需求、作品和确认之间的关联。业务员应能看到变更影响清单，设计师应知道需要修改哪些文件，采购跟单应知道哪些旧文件暂不能继续使用。新版本全部补齐后，再按规则恢复正式交付。变更从一条消息变成可执行的更新，系列设计才有持续维护能力。

礼品设计案例由此形成了完整责任链：找到可用依据，生成可评审候选，在指定版本上修改，分别取得确认，再把正确文件交给下一岗位。下一组案例会将这种责任链放进持续变化的库存与时间中，观察建议如何变成实际执行结果。

AI随心创的图片创作可用于视觉方案与参考图创作；内容生产方案服务可围绕素材规范、生成、人工审核和交付设计协作方式。如果目标涉及严格尺寸、品牌保持或多件物料，适合先把验证要求写清，再讨论工具与人工如何分工。