所有文章 當角色參考圖變更時：稽核每一頁受影響的漫畫頁面
簡短回答
當已核准的角色參考圖發生變更時，不要重新生成整部漫畫，也不要依賴記憶。
請改為執行反向相依性稽核：
變更的參考圖
-> 每一頁曾使用它的頁面
-> 每一格能看見變更細節的分鏡
-> 每一張從那些分鏡衍生出的後續圖片
-> 修復、審查，或保持不變
在本指南的 40 頁實例中，有一名角色出現在 29 頁。稽核結果如下：
14 頁 / 38 格需要修復 9 頁 / 34 格需要人工審查 6 頁 / 22 格已驗證無變更 11 頁 / 74 格該角色未出現
這表示 168 格中有 96 格保持不動。稽核的重點，是保護已核准的成果，而不是讓一次參考圖更新變成 40 頁全面重來。
如果你的故事已經存在於劇本、PDF、DOCX 或手稿中，你可以透過 LlamaGen.AI Upload 啟動長篇專案。在每一個變更過的參考圖與下游資產都結案之前，請將稽核台帳與專案一起維護。
上方視覺圖說明了相依性的概念。精確的 40 頁統計數字記錄在下方的頁面矩陣中，並非從示意圖推估而來。
本指南要解決的製作問題
AI 漫畫創作者社群中有一個很有用的區分：知道一張圖片是如何生成的，並不等於知道有哪些內容依賴它。
原始 Reddit 貼文 描述了一部 40 頁漫畫，其中 Mira 已核准的角色參考圖被用在第 3、6、9、14、18 與 27 頁。當 Mira 的設計發生變更時，提示詞、種子、模型與工作流程歷史可以解釋某項資產從何而來，但它們不會自動回答下列問題：
哪些頁面現在已經過時？
哪些已核准的場景需要重新檢查？
哪些頁面完全不受影響？
哪些圖片後來又成為其他圖片的參考？
留言中提出了實用的中繼資料做法：版本化的參考圖名稱、每一集或每一頁一個檔案，以及在 frontmatter 中加入角色、參考圖、故事範圍、狀態與相依性的欄位。
本指南會把這種製作痛點，轉化為可重複執行的稽核方法。
這不只是角色一致性檢查清單
漫畫角色一致性檢查清單 可以幫助你定義角色鎖定、偵測視覺漂移，以及修復不再符合已核准設計的分鏡。
而本文是從再往後一步的地方開始：
舊設計原本已核准且使用正確。之後，來源參考圖本身變更了。那麼現在有哪些既有成果必須重新檢視？
這是變更管理問題，而不只是提示品質問題。
40 頁測試專案
範例專案是一部虛構的 40 頁懸疑漫畫，名為 The Observatory Key 。
點燃年輕人的夢想讓數百萬個故事活靈活現 彙整最新的 LlamaGen 功能發布、產品強化、設計更新與重要錯誤修正。
✦
✧
✦
✧
全新的媒介，為了 故事創作 用靈感在幾秒內創作無限的故事、漫畫、動畫、遊戲等內容，打動現代觀眾
舊版已核准參考圖 mira-v03-approved
新版已核准參考圖 mira-v04-approved
直接下游資產 章節封面、縮圖、社群預告圖、提案簡報畫面
這是一個製作台帳模擬。它測試的是這個方法在數學上與作業上是否能完整收斂；並不是聲稱這 40 頁成品全都是在一次自動化流程中生成的。
Mira v04 變更了什麼 欄位 v03 v04 重要原因 臉部錨點 右眼下方疤痕 左眼下方疤痕 在近景與中景中可見 外套扣合 四顆圓形銀色鈕扣 一個斜向黃銅扣件 只要軀幹朝向鏡頭就會可見 劇情道具 圓形黃銅羅盤 八角形黃銅羅盤 反覆出現的劇情物件，也是衍生資產的錨點
其他一切都維持鎖定：臉型、銅色短鮑伯頭、身體比例、青綠色外套、炭灰色上衣，以及配色。
這是身份修正，不是重新設計角色的許可。若修復時改變了 Mira 的臉、年齡、髮型、姿勢、鏡位、光線或背景，就會產生新的連貫性風險。
第一條規則：永遠不要覆寫舊參考圖 不要用相同檔名把 mira-approved.png 直接替換成另一張圖片。這會移除判定哪些頁面用了哪個版本設計所需的證據。
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 狀態。沉默是模糊的：它可能表示「已檢查且安全」，也可能表示「被忘了」。
完整的 40 頁影響地圖 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
├─ direct pages: 01, 02, 03, 05, 06 ...
├─ inherited panels: P14.5, P40.2
├─ chapter thumbnail: derived from P06.4
├─ social teaser: derived from P18.3
├─ chapter cover: derived from P27.2
└─ pitch-deck frame: derived from 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
分類的是可見性，不只是是否出現 可見性 範例 影響 近景 臉部佔據畫面大部分 疤痕修正是強制必要的 中景 臉與軀幹可見 疤痕與扣件兩者都可能需要修復 道具特寫 羅盤填滿畫面 羅盤修正是強制必要的 遠景 角色很小 需依最終輸出尺寸審查 背面視角 臉與正面扣合都被遮住 通常可驗證為無變更 剪影 看不到內部細節 除非剪影本身有變，否則可驗證為無變更 反射 圖像可能繼承自更早的分鏡 檢查來源相依性 遮擋 外套或臉部部分被遮住 需要人工審查
這能避免兩種相反的錯誤：修復那些根本看不到變更的頁面，以及漏掉那些雖小但對劇情關鍵的可見道具頁面。
選擇最小且安全的修復方式 本例中 38 格過時分鏡，不是每一格都需要相同處理。
修復模式 分鏡數 適用情況 定向編輯 23 構圖、表演、光線與背景都已核准 分鏡重生成 15 參考圖變更會影響姿勢、手與道具接觸，或影響到過多可見設計 僅人工審查 34 在檢視輸出尺寸前，影響尚不確定 不處理 96 已驗證無變更，或角色未出現 總計 168 每一格分鏡都有處置結果
在整批處理前，先跑三格金絲雀測試 不要一開始就處理全部 38 格過時分鏡。先修三個具代表性的案例：
一格臉部近景，用來測試疤痕。
一格中景，用來測試外套扣件。
一格手部與道具特寫，用來測試羅盤。
Mira 看起來仍然是同一個人。
三個修正欄位都符合 v04。
姿勢、裁切、光線、背景與其他角色維持穩定。
修復後的分鏡仍然能與前後分鏡自然銜接。
沒有出現假文字、Logo，或意外的服裝重設計。
金絲雀測試是修復提示詞的合約測試。如果它失敗了，就要先調整提示詞或編輯方法，再碰專案其餘部分。
可直接複製貼上的修復提示詞 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.
對於手持羅盤的分鏡，如果新的八角形會破壞手指接觸或透視，請直接重生成，而不要勉強做局部編輯。
分批修復，然後依序審查 Batch A: scar close-ups
Batch B: coat-clasp medium shots
Batch C: compass inserts and hand contact
Batch D: panels with two or three changed fields
每完成一批後，請閱讀其前後段落的連續鏡頭，而不只是單獨檢視修好的圖。技術上正確的分鏡，仍可能因為 Mira 的視線、動作、天氣或情緒推進不再連貫而失敗。
將修復後分鏡與 v04 比對。
將它與前一格及下一格比對。
以正常尺寸閱讀整頁。
閱讀整個跨頁或捲動畫面序列。
再以手機尺寸檢查該頁一次。
將台帳列標記為 repaired、verified 或 reopen。
更新所有衍生資產
第 6 頁第 4 格會輸出成章節縮圖。
第 18 頁第 3 格會輸出成社群預告圖。
第 27 頁第 2 格會輸出成章節封面。
第 40 頁第 2 格會輸出成提案簡報畫面。
來源分鏡一旦修復，就必須重建衍生物。不要只修匯出的裁切圖，因為下一次匯出時，系統可能會悄悄重新產生過時版本。
來源參考圖
-> 來源分鏡
-> 頁面匯出
-> 章節 PDF 或 webtoon 套件
-> 封面 / 縮圖 / 預告圖 / 提案畫面
-> 最終發佈 QA
一套實用的 LlamaGen.AI 工作流程 LlamaGen.AI 可以幫助建立與修復視覺資產，但專案仍然需要明確的變更控制。
透過 LlamaGen.AI Upload 上傳手稿、劇本、PDF 或專案來源。
在生成長序列之前，先鎖定當前角色設定表。
將參考圖版本 ID 存在頁面 brief 或外部台帳中。
當參考圖變更時，建立新版本，而不是替換舊資產。
在開啟生成工具之前，先建立影響表。
只修復 X 分鏡；以視覺方式檢查 R 分鏡。
保持 K 與 A 分鏡不動。
從已修復的來源分鏡重建衍生資產。
只有在頁面、章節與宣傳檢查都完成後，才進行匯出。
常見失敗模式
覆寫已核准檔案 如果兩個設計都叫做 mira-approved.png，稽核就無法證明某一頁到底用了哪個版本。
只搜尋提示詞，卻忽略繼承圖片 後面的頁面可能會把較早的分鏡當作參考。你必須追蹤圖片到圖片的相依性，而不只是直接附加的角色參考圖。
重新生成每一頁 這會改變已核准的構圖，並產生新的連貫性錯誤。在這個測試案例中，168 格裡有 96 格根本不需要編輯。
只修明顯的近景 臉可能被修正了，但舊版羅盤仍存在於特寫、封面、縮圖或反射畫面中。
把「尚未審查」當成「不受影響」 請使用明確狀態。K 代表已檢查且安全；空白欄位則代表工作尚未完成。
更新裁切圖而不更新來源 如果你只修了一張過時的社群圖片，卻沒修它的來源分鏡，那條相依鏈仍然是壞的。
讓中繼資料與作品本身逐漸失同步 同時執行中繼資料查詢與視覺 contact sheet 審查。如果兩者的頁數統計不同，稽核就還沒有結束。
稽核完成標準
舊參考圖與新參考圖都有不可變的版本 ID。
每一頁都被且只被分類一次。
頁面總數與分鏡總數都能收斂一致。
直接相依與繼承相依都已搜尋完成。
三個具代表性的金絲雀分鏡都通過。
所有 X 分鏡都已修復，並依序重新檢查。
所有 R 分鏡都有指定審查者與結論。
每一個 K 分鏡都有驗證記錄。
所有衍生資產都已從修復後的來源重建。
最終匯出內容不含任何過時的 v03 外觀。
舊參考圖仍保留於封存中以供來源追溯。
圖像生成說明 本文中的說明視覺圖於 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 描述為一種高效率的圖像生成與對話式編輯模型，具備更好的多輪一致性。請參閱官方模型文件 。這些圖片是編輯用途的說明圖，不是產品截圖，也不是自動相依追蹤能力的效能基準。
FAQ
在變更角色參考圖後，我應該重新生成每一頁嗎？ 不需要。先做稽核。修復那些看得到變更欄位的頁面，審查不確定的頁面，並保留已驗證不受影響的成果。
只有提示記錄夠嗎？ 不夠。提示記錄只會保存來源資訊。你還需要相依性資料，包括那些使用較早生成分鏡、而非原始角色參考圖的頁面。
如果我沒有記錄參考圖版本怎麼辦？ 先建立一份視覺 contact sheet，辨認舊版與新版的特徵，並手動分類每一次出現。之後在下一輪生成前補上版本 ID。
我應該測試幾格金絲雀分鏡？ 當變更同時涉及臉部、服裝與道具時，三格是實用的最低數量。要選具代表性的分鏡，而不是最容易的那幾格。
對受影響的分鏡，我應該編輯還是重生成？ 如果已核准的構圖可以乾淨地保留下來，就編輯。若變更影響到解剖、手部接觸、透視，或角色的大部分區域，就重生成。
這個方法也能追蹤場景與道具嗎？ 可以。同樣的相依模型也適用於房間重設計、車輛更新、移除 Logo、服裝變更，或反覆出現的劇情物件。
最終工作流程 凍結變更請求
-> 建立版本化參考圖
-> 建立反向相依索引
-> 分類全部 40 頁
-> 測試三格金絲雀修復
-> 只修復過時分鏡
-> 審查不確定分鏡
-> 重建衍生資產
-> 驗證序列連貫性
-> 關閉變更單
一部長篇漫畫應該像受管理的製作流程，而不是一堆彼此斷裂的提示詞。目標不是阻止每一次設計變更，而是在它變得昂貴之前，先讓變更的影響清楚可見。
來源
角色一致性 長篇漫畫 製作流程 AI 漫畫 LlamaGen.AI 使用 LlamaGen 創作漫畫、分鏡與風格化照片。
LlamaGen community Get hands-on help with your comics
Showcase your comics to fellow LlamaGen creators
Participate in special events to win gifts
當角色參考圖變更時：稽核每一頁受影響的漫畫頁面 - LlamaGen.AI Blog
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 檢查來源與反射畫面
Latest launches
引領 AI 漫畫生成的未來
全天候支援 每週更新 安全且符合規定 99.9%的運行時間 聯絡銷售
最佳 AI 應用
安全
AI 白色背景生成器
Instagram
電郵我們
專業服務
特性
PDF to Comic
