LiblibAI生成的设计图怎么交给同事继续改？文件命名与交付清单

LiblibAI 生成的设计图交给同事继续修改时，不要只发送一张 JPG。至少要同时交付成品图、预览联系表、模型与 LoRA 信息、完整提示词、尺寸与关键参数、版本说明和许可记录。接手者拿到这些内容后，才能判断这张图能否复现、应该从哪一步继续，以及哪些部分必须转到常规设计软件中完成。

官方地址：https://www.liblib.art/

LiblibAI 官方基础教程介绍了模型选择、提示词、采样方法、迭代步数、宽高和生成数量等项目。这些信息不只是生图时的设置，也正是团队交接时需要保留的“生产记录”。下面给出一套适合小型设计团队的实操方法。

第一步：先说明交付物处在哪个阶段

AI 生成图可能只是方向草图，也可能已进入客户确认或最终制作。交付前先在项目说明中标记阶段，避免同事把低精度候选当成成品。

如果一张图只能作为草图，应直接写“仅用于内部提案”。如果已经做过人工修图，也要注明修改内容，防止接手者误以为平台能够原样重新生成。

第二步：把生成记录保存完整

接手者最需要的不是一句“用某个模型做的”，而是一套可以定位的记录。建议每个采用方案保存以下内容：

• 基础模型名称、版本及当时使用的详情页信息；
• LoRA 名称、版本、权重与叠加顺序；
• 正向提示词、负向提示词和内部中文需求说明；
• 文生图或图生图方式，以及参考图用途；
• 采样方法、迭代步数、尺寸、生成数量与种子；
• 生成日期、方案编号和最终选中图片编号。

官方教程指出，提示词可按画面风格、质量、主体、背景与修饰元素拆开。交接文档也可以保持同样结构。接手者需要修改场景时，只替换背景模块，不必重新理解整段提示词。

第三步：用统一文件名连接图片与记录

文件名不要只写“最终版”“最终版2”或一串下载编号。一个实用结构是“项目代号—用途—画幅—方向—版本—状态”。例如：

SPRING-KV-16x9-A-v03-approved.webp

其中，SPRING 是项目代号，KV 表示主视觉，16x9 是画幅，A 是视觉方向，v03 是第三版，approved 表示已通过内部评审。参数记录可使用同一主文件名：

SPRING-KV-16x9-A-v03-params.txt

这样同事不需要打开每个文件，就能先完成归类。若团队以中文命名，也应固定字段顺序并避免“新版”“最新”“可用”这类含义会变化的词。

第四步：交付包至少分成五个部分

小型项目不必建立复杂资产系统，但交付包要让内容一眼可懂。推荐结构如下：

1. 成品图：只放评审通过、可以进入版式的图片。
2. 预览图：把候选缩略图和编号做成一张联系表，便于追溯。
3. 参数记录：每个采用方案对应一份模型、提示词和参数说明。
4. 许可说明：记录底模、LoRA、工作流或模板当时的使用声明与核对日期。
5. 修改备注：说明人工处理过的区域、待解决问题和下一步建议。

原始下载文件可以放进“素材备份”，不要与正式成品混在同一层。若图片需要在 Photoshop、Figma 或其他工具中继续制作，还应附上实际版式文件，并确认字体、链接资源和色彩设置齐全。

第五步：修改备注要写“改了什么”和“为什么”

“再高级一点”“客户不喜欢”无法指导下一位设计师。每条备注尽量包含对象、动作与原因，例如：

• 保留产品位置，右侧扩展 25% 留白，用于两行标题；
• 人物面部由人工修整，继续生成时不要把当前成品当作纯平台原图；
• 背景从暖橙改为低饱和蓝灰，以匹配本季品牌色；
• 当前方案仅通过内部方向评审，包装文字尚未核对。

如果下一步仍在 LiblibAI 中继续生成，要注明推荐修改的变量，例如“先只更换背景词，保持模型、LoRA、尺寸和种子不变”。如果下一步转入常规设计软件，则说明需要修图、抠图、排版还是延展。

第六步：商业项目补齐许可记录

交付记录不能替代授权判断，但可以让判断过程可追溯。设计师应保存本次使用的底模、LoRA、工作流或模板名称及其详情页许可说明，并记录核对日期。若提示词、参考图或生成物涉及第三方人物、商标、受保护作品或其他权益，也要单独标注。

授权状态可能发生变化，接手者在正式公开或商业使用前仍应查看平台当前规则和对应详情页。团队内部不要用“网上模型”“应该可以商用”这类模糊结论代替证据。

第七步：让接手者完成一次最小复现

交付完成前，请另一位同事根据记录找到相同模型组合，载入提示词和参数，并尝试生成一组相近结果。不要求像素级一致，但应能复现主要主体、风格与构图逻辑。

如果接手者找不到模型、看不懂版本关系，或不知道哪张图已经人工修改，说明交付包还不完整。这个五到十分钟的验收，往往能避免几天后重新追问。

可直接使用的交付检查表

• 已标记素材阶段和允许用途；
• 成品与候选分开放置；
• 每张采用图都有对应方案编号；
• 模型、LoRA、提示词与关键参数完整；
• 文件名包含项目、用途、画幅和版本；
• 人工修改区域与待办事项已说明；
• 许可依据与核对日期已保存；
• 接手者完成一次最小复现或确认可继续编辑。

常见问题

把生成历史截图发给同事够不够？

通常不够。截图不方便复制提示词，也可能看不到完整模型版本和参数。应提供结构化文本记录，截图只能作为辅助。

种子相同就能复现原图吗？

不一定。模型版本、LoRA、提示词、尺寸和其他参数都可能影响结果，因此要保存完整组合。

最终只交付 PNG 或 JPG 可以吗？

如果是明确的成品交付可以，但团队内部继续制作时，最好同时提供预览、参数记录、修改备注和实际版式文件。

许可说明需要写得很长吗？

不必写成长报告，但要能对应到具体模型组合、来源说明和核对日期。正式商用前仍需按当前规则复核。

总结

LiblibAI 设计图的团队交付，核心是让图片与生成过程保持连接。先标记素材阶段，再保存模型、提示词和关键参数，用统一文件名关联成品与记录，最后补齐许可说明和修改备注。只要接手者能找到、看懂、复现并继续改，这份交付才真正完成。