当已批准的角色参考图发生变化时,不要重新生成整部漫画,也不要依赖记忆。
相反,应执行一次反向依赖审计:
变更的参考图
-> 每一个使用它的页面
-> 每一个能看到变更细节的分镜面板
-> 每一张由这些面板衍生出的后续图像
-> 修复、复查,或保持不动
在本指南的 40 页示例项目中,一个角色出现在 29 页中。审计结果为:
这意味着 168 个分镜面板中有 96 个无需改动。审计的目的,是保护已经批准的工作成果,而不是让一次参考图更新变成整整 40 页的重做。
如果你的故事已经是脚本、PDF、DOCX 或手稿形式,你可以通过 LlamaGen.AI Upload 启动一个长篇项目。在每一个变更的参考图及其下游资源都完成关闭之前,请将审计台账始终放在项目旁边。
上方可视化说明了依赖关系的概念。精确的 40 页统计记录在下方的页面矩阵中,而不是从插图中推断出来的。
AI 漫画创作者社区中一个很有用的区分是:知道一张图像是如何生成的,并不等于知道有哪些内容依赖于它。
原始 Reddit 帖子 描述了一部 40 页漫画,其中 Mira 的已批准角色参考图被用于第 3、6、9、14、18 和 27 页。当 Mira 的设计发生变化时,提示词、种子、模型和工作流历史可以解释某个资源来自哪里,但它们并不能自动回答:
评论中提出了一些实用元数据建议:带版本的参考图名称、每一集或每一页一个文件,以及为角色、参考图、故事范围、状态和依赖关系设置 frontmatter 字段。
本指南将这种制作痛点转化为一种可重复执行的审计方法。
漫画角色一致性检查清单 可以帮助你定义角色锁定状态、检测视觉漂移,并修复一个不再符合已批准设计的分镜面板。
而本文从更后一步开始:
旧设计已经被批准并且使用正确。然后源参考图本身发生了变化。现有的哪些工作现在必须重新审视?
这是一个变更管理问题,而不仅仅是一个提示词质量问题。
示例项目是一部虚构的 40 页悬疑漫画,名为 The Observatory Key。
| 项目字段 | 测试值 |
|---|---|
| 总页数 |
了解 LlamaGen 最新功能发布、产品增强、设计更新和重要错误修复。
| 40 |
| 总分镜面板数 | 168 |
| 主角 | Mira Vale |
| 包含 Mira 的页面 | 29 |
| 包含 Mira 的分镜面板 | 94 |
| 旧的已批准参考图 | mira-v03-approved |
| 新的已批准参考图 | mira-v04-approved |
| 变更单 | CR-017 |
| 直接下游资源 | 章节封面、缩略图、社交预告图、提案演示帧 |
| 审计日期 | 2026 年 10 月 26 日 |
这是一个制作台账模拟。它测试的是该方法在数学上和操作上是否能够完整闭环;并不意味着这 40 页成品全部是在一次自动化运行中生成的。
创意总监批准了三项修正:
| 字段 | v03 | v04 | 为什么重要 |
|---|---|---|---|
| 面部锚点 | 右眼下有疤痕 | 左眼下有疤痕 | 在近景和中景中可见 |
| 外套闭合方式 | 四颗圆形银色纽扣 | 一个斜向黄铜搭扣 | 只要上半身正对镜头就可见 |
| 剧情道具 | 圆形黄铜罗盘 | 八角形黄铜罗盘 | 是反复出现的剧情物件,也是衍生资源锚点 |
其他一切都保持锁定:脸型、铜色短波波头、身体比例、青绿色外套、炭灰色衬衫,以及整体配色方案。

这是一次身份修正,而不是允许重新设计角色。任何让 Mira 的脸、年龄、发型、姿势、镜头、光照或背景发生变化的修复,都会带来新的连续性风险。
不要用同一个文件名下的不同图像去替换 mira-approved.png。这样会抹掉判定哪些页面使用了哪一版设计所需的证据。
使用不可变、带版本的 ID:
characters/mira/mira-v03-approved.png
characters/mira/mira-v04-approved.png
然后记录这次变更本身:
change_id: CR-017
character: mira
from_ref: mira-v03-approved
to_ref: mira-v04-approved
changed_fields:
- scar_side
- coat_closure
- compass_shape
unchanged_fields:
- identity
- face_shape
- hair
- body_proportions
- coat_color
approved_at: 2026-10-26
如果没有 from_ref,你就无法可靠地区分某一页到底是过时的,还是已经使用 v04 生成过了。
每一页必须且只能获得一种状态。
| 代码 | 状态 | 含义 | 默认操作 |
|---|---|---|---|
| X | 需要修复 | 变更字段清晰可见,或者该页会输出到一个过时的下游资源 | 编辑或重新生成受影响的分镜面板 |
| R | 需要复查 | Mira 出现了,但因光照、比例、裁切、反射或遮挡,影响不确定 | 人工视觉检查 |
| K | 已验证未变化 | Mira 出现了,但看不到任何变更字段 | 保留已批准的画面 |
| A | 角色缺席 | Mira 没有出现,且该页也没有继承自过时资源 | 无需操作 |
请使用明确的 K 状态。沉默是模糊的:它可能意味着“已检查且安全”,也可能意味着“被遗忘了”。
页面级审计如下:
01 K | 02 R | 03 X | 04 A | 05 X | 06 X | 07 R | 08 K
09 X | 10 A | 11 R | 12 X | 13 A | 14 X | 15 K | 16 X
17 R | 18 X | 19 A | 20 X | 21 A | 22 R | 23 K | 24 X
25 A | 26 R | 27 X | 28 A | 29 K | 30 X | 31 R | 32 A
33 A | 34 X | 35 A | 36 R | 37 K | 38 A | 39 X | 40 R
总数完全闭合:
| 状态 | 页数 | 分镜面板数 | 页码 |
|---|---|---|---|
| X:需要修复 | 14 | 38 | 3, 5, 6, 9, 12, 14, 16, 18, 20, 24, 27, 30, 34, 39 |
| R:需要复查 | 9 | 34 | 2, 7, 11, 17, 22, 26, 31, 36, 40 |
| K:已验证未变化 | 6 | 22 | 1, 8, 15, 23, 29, 37 |
| A:角色缺席 | 11 | 74 | 4, 10, 13, 19, 21, 25, 28, 32, 33, 35, 38 |
| 总计 | 40 | 168 | 所有页面都且仅被统计一次 |
Mira 出现在 29 个 X、R 和 K 页面中,共涉及 94 个分镜面板。没有任何页面会处于两个状态中,也没有任何页面未被分类。
一张实用的表格追踪的信息,不止是角色名称。
| 页面 | 分镜面板 | 依赖关系 | 变更细节可见吗? | 衍生资源 | 状态 | 操作 |
|---|---|---|---|---|---|---|
| 3 | 2, 4 | 直接 mira-v03 | 面部和搭扣 | 无 | X | 编辑两个面板 |
| 6 | 1, 3, 4 | 直接 mira-v03 | 面部、上半身、罗盘 | 章节缩略图 | X | 修复面板,刷新缩略图 |
| 8 | 2 | 直接 mira-v03 | 仅背面视角 | 无 | K | 记录为已验证未变化 |
| 9 | 1–4 | 直接 mira-v03 | 三个字段全都可见 | 无 |
关键的一行是第 14 页。它从未直接使用 mira-v03;它使用的是更早一个面板作为视觉参考。仅搜索旧文件名会漏掉它。
用两个字段回答两个不同的问题。
page: 14
panel: 5
status: approved
characters:
- mira
character_refs:
- mira-v03-approved
generated_with:
model: project-default
prompt_version: panel-prompt-v07
depends_on:
- page-03-panel-04
derived_assets: []
generated_with 记录来源:这个面板是如何制作出来的。depends_on 记录依赖:哪些已批准资源影响了它。如果第 3 页第 4 格被修复了,审计就会沿着这条边追踪到第 14 页第 5 格,即使后续提示词中并没有附上 Mira 最初的参考图。
创建一个从旧参考图指向所有使用者的反向查找:
mira-v03-approved
├─ 直接页面:01, 02, 03, 05, 06 ...
├─ 继承面板:P14.5, P40.2
├─ 章节缩略图:衍生自 P06.4
├─ 社交预告图:衍生自 P18.3
├─ 章节封面:衍生自 P27.2
└─ 提案演示帧:衍生自 P40.2
方向非常重要。提示词日志通常告诉你一个页面用了什么。反向索引则告诉你:当一个源发生变化时,哪些页面必须重新审视。
至少应存储这些列:
asset_id,page,panel,status,character_ref,depends_on,derived_assets,visibility,changed_fields,impact,action,owner
P003-02,3,2,approved,mira-v03-approved,,"",close,"scar_side;coat_closure",repair,targeted_edit,editor
P014-05,14,5,approved,mira-v03-approved,P003-04,"",close,scar_side,repair,targeted_edit,editor
P027-02,27,2,approved,mira-v03-approved,,chapter-cover-v02,medium,"scar_side;compass_shape",repair,targeted_edit,editor
“这一页上有 Mira”这句话是不够的。
对于每一个分镜面板,记录变更字段实际上是否可见:
| 可见性 | 示例 | 影响 |
|---|---|---|
| 近景 | 脸占据面板的大部分 | 疤痕修正是强制的 |
| 中景 | 脸部和上半身可见 | 疤痕和搭扣都可能需要修复 |
| 道具特写 | 罗盘充满画面 | 罗盘修正是强制的 |
| 远景 | 角色很小 | 需在最终输出尺寸下复查 |
| 背面视角 | 脸和前侧闭合方式都被隐藏 | 通常可验证为未变化 |
| 剪影 | 没有内部细节 | 除非剪影本身变了,否则可验证为未变化 |
| 反射 | 图像可能继承自更早的面板 | 检查其源依赖 |
| 被遮挡 | 外套或脸部部分被遮住 | 需要人工复查 |
这可以防止两种相反的错误:去修复那些根本看不到变化的页面,以及漏掉那些虽小但对剧情至关重要的可见道具页面。
本示例中这 38 个过时面板,并不都需要同一种操作。
| 修复模式 | 面板数 | 适用情况 |
|---|---|---|
| 定向编辑 | 23 | 构图、表演、光照和背景都已经批准 |
| 面板重新生成 | 15 | 变更的参考图影响了姿势、手与道具接触,或影响了太多可见设计 |
| 仅人工复查 | 34 | 在按输出尺寸检查前,影响无法确定 |
| 不改动 | 96 | 已验证未变化,或角色缺席 |
| 总计 | 168 | 每个分镜面板都有明确处置方式 |
对于单个失败的面板,请使用更窄范围的流程:如何在不重生成整页的情况下修复一个糟糕的漫画面板。
不要一开始就处理全部 38 个过时面板。先修复三个具有代表性的案例:
只有在以下条件全部满足时,金丝雀测试才算通过:

金丝雀测试是对修复提示词的契约测试。如果失败了,请先修改提示词或编辑方法,再去处理项目其余部分。
Repair only the selected comic panel using the approved character reference:
mira-v04-approved.
Required corrections:
- scar under Mira's LEFT eye
- one diagonal BRASS coat clasp
- OCTAGONAL brass compass
Identity lock:
- same face shape, age, copper chin-length bob, body proportions
- same teal coat and charcoal shirt
- same expression and acting intent
Preserve exactly:
- panel composition and crop
- camera angle and focal length
- pose and hand placement
- lighting and color grade
- background and other characters
- speech-bubble safe areas
Do not redesign Mira.
Do not change the story beat.
Do not add text, logos, or watermarks.
Return one repaired panel only.
对于手握罗盘的面板,如果新的八角形形状会破坏手指接触关系或透视,请直接重新生成,而不要强行做局部编辑。
按失败类型分成小批次处理:
批次 A:疤痕近景
批次 B:外套搭扣中景
批次 C:罗盘特写与手部接触
批次 D:包含两个或三个变更字段的面板
每完成一个批次后,请阅读其周边顺序,而不是只孤立地看修复后的图像。一个在技术上正确的面板,仍然可能因为 Mira 的视线、动作、天气或情绪推进不再连贯而失败。
建议的复查顺序:
repaired、verified 或 reopen。页面并不是这张关系图的终点。
在示例项目中:
一旦源面板修复完成,就要重建衍生资源。不要只修补导出的裁切图,因为下一次导出时,系统可能会悄悄重新生成过时版本。
使用这个闭环顺序:
源参考图
-> 源面板
-> 页面导出
-> 章节 PDF 或 webtoon 打包
-> 封面 / 缩略图 / 预告图 / 提案帧
-> 最终发布 QA
LlamaGen.AI 可以帮助创建和修复视觉资源,但项目仍然需要明确的变更控制。
X 面板;对 R 面板进行视觉检查。K 和 A 面板不动。对于必须在漫画页面、webtoon 和分镜板输出之间复用同一角色阵容的项目,也请阅读 一张角色设定表,三种格式。
如果两个设计都叫 mira-approved.png,审计就无法证明某一页使用的是哪个版本。
后面的页面可能会把更早的面板作为参考。请追踪图像到图像的依赖关系,而不只是直接附加的角色参考图。
这会改变已批准的构图,并制造新的连续性错误。在测试案例中,168 个面板里有 96 个根本不需要编辑。
面部可能被修正了,但旧罗盘仍然可能出现在特写、封面、缩略图或反射中。
请使用明确状态。K 表示已检查且安全;空白单元格表示工作尚未完成。
修复一张过时的社交图像,却不修复其源面板,会导致依赖关系依然断裂。
请同时运行元数据查询和视觉联系表复查。如果两者的页面计数不同,审计就还没有关闭。
只有在以下所有条件都为真时,变更单才能关闭:
X 面板都已修复,并按顺序重新检查。R 面板都有指定复查人和结论。K 面板都有验证记录。本文中的说明性视觉图于 2026 年 10 月 26 日使用 Vertex AI 的 Gemini Nano Banana 2.1 生成,模型 ID 为 gemini-nano-banana-2.1,随后压缩为 WebP 并上传至 LlamaGen.AI CDN。封面添加了标准的 LlamaGen.AI 品牌水印。
Google 将 Nano Banana 2.1 描述为一种高效率的图像生成与对话式编辑模型,并提升了多轮一致性。请参阅官方模型文档。这些图像是编辑性说明,并非产品截图,也不是自动依赖追踪能力的基准测试。
不。先审计。修复那些能看见变更字段的页面,复查不确定的页面,并保留那些已验证不受影响的工作不动。
不够。提示词日志记录的是来源。你还需要依赖关系,包括那些使用了更早生成面板而不是原始角色参考图的页面。
创建一个视觉联系表,识别旧版本和新版本的特征,然后手动分类每一次出现。接着在下一轮生成前补上版本 ID。
当变更涉及面部、服装和道具时,三个是一个实用的最小值。要选择有代表性的面板,而不是最容易的那些。
如果已批准的构图可以被干净地保留下来,就编辑;如果变更影响了解剖、手部接触、透视,或者角色的大部分区域,就重新生成。
可以。同样的依赖模型也适用于房间重设计、交通工具更新、logo 移除、服装变更或反复出现的剧情物件。
冻结变更请求
-> 创建带版本的参考图
-> 建立反向依赖索引
-> 对全部 40 页进行分类
-> 测试三个金丝雀修复
-> 仅修复过时面板
-> 复查不确定面板
-> 重建衍生资源
-> 验证顺序连续性
-> 关闭变更单
一部长篇漫画应当像一个受管理的制作项目,而不是一堆彼此割裂的提示词。目标不是阻止每一次设计变更,而是在变更变得昂贵之前,让它的影响变得可见。
你可以通过 LlamaGen.AI Upload 启动源项目,按版本锁定每一个已批准的角色参考图,并将影响台账始终放在漫画项目旁边,直到最终导出通过为止。
热门创作工具
使用 LlamaGen 创作漫画、分镜和风格化照片。
| X |
| 重新生成面板 4,编辑 1–3 |
| 14 | 5 | 继承自第 3 页第 4 格 | 疤痕可见 | 无 | X | 修复继承面板 |
| 18 | 2–4 | 直接 mira-v03 | 罗盘特写 | 社交预告图 | X | 修复,重建预告图 |
| 22 | 1–5 | 直接 mira-v03 | 低光和下雨 | 无 | R | 以 200% 视觉检查 |
| 27 | 2, 3 | 直接 mira-v03 | 面部和罗盘 | 章节封面 | X | 修复,重建封面 |
| 31 | 1–4 | 直接 mira-v03 | 远景群像场景 | 无 | R | 在印刷尺寸和移动端尺寸下比较 |
| 37 | 3 | 直接 mira-v03 | 仅剪影 | 无 | K | 保留画面 |
| 40 | 2 | 反射图像衍生自第 27 页 | 不确定 | 提案演示帧 | R | 检查源图和反射图 |
引领 AI 漫画生成的未来




© 2026 LlamaGen.Ai 保留所有权利