LlamaGen 標誌
立即訂閱

為反覆出場角色而設嘅連貫性記錄

AI 漫畫角色聖經:追蹤跨期狀態

角色表只會展示人物係邊個;故事聖經仲會記錄佢經歷過咩、邊個持有重要物件,以及下一期要跟邊個版本。

開啟 Comic Strips Studio

LlamaGen 編輯內容內容已審閱

一個 AI 概念圖,展示原創單車店角色參考同協調一致嘅漫畫期數,擺喺有生活感嘅創作空間入面作比較。
一個 AI 呈現概念,展示會跨期檢視嘅固定角色群組。呢個同下面嘅文字連貫性記錄係分開嘅。

本指南假設你已經有可用嘅視覺角色參考。現有嘅 Manga Character Sheet Maker 指南會講到轉面圖同表情;webtoon 一致性指南則會講短篇多頁序列。呢度要多做嘅係跨期編輯記憶:保留有日期嘅設計、記錄狀態變化,並為下一章提供可靠起點。

我哋原創示例用 Nia、Oren 同修訂指南入面送錯嘅溫室鎖匙。以下所有期數、參考 ID 同事件都屬於呢個虛構教學案例。佢哋只係建議嘅記錄格式,唔係內建資料庫欄位,亦唔係自動 LlamaGen 功能。

將身份、變體同故事狀態分開記錄

將呢啲記錄放喺你自己控制嘅文件或試算表入面。每次提示詞都貼一段長描述,遠遠唔及一個簡短、已批准身份同目前頁面所需狀態咁易檢查。工具支援嘅話,請分開附上圖片;文字簡報入面嘅檔名唔算已上傳參考。

將身份、變體同故事狀態分開記錄
記錄呢度應該放咩幾時會變
身份參考面部同髮型輪廓、比例、辨識特徵、已批准視圖同參考檔名。當你有意重新設計角色時。保留之前已批准嘅參考。
服裝或道具變體有名稱嘅服裝或物件版本、可見差異,以及首次有效出現嘅頁面/分鏡。當故事確立真正變化時,例如將雨衣換成乾身嘅店舖外套。
場景狀態位置、濕度、攜帶物件、可見損傷,以及角色目前知道啲咩。隨事件發生而更新,並保留可追蹤嘅前後位置。
期數交接上一期最終批准狀態,以及下一期預定嘅開場。當期數被修訂,或者後續集數改動已確立事實之後。
一個 AI 概念圖,展示讀者喺兩本攤開嘅漫畫期數旁邊,對比同一位原創技師同速遞員,以及一條黃銅鎖匙。
一個跨期比較概念。真正嘅故事聖經,係你為自己本書維護嘅明確身份、狀態同修訂記錄。

為兩位主角寫一份精簡身份記錄

  • 每份記錄旁邊都保留一張已批准正面或三分之二側面視圖;只加故事真正需要嘅額外視圖。
  • 請明確為服裝命名,例如 OREN-RAIN-v1 同 OREN-DRY-v1,唔好無解釋就直接取代預設參考。
  • 只有當動作依賴指定手時,先寫明需要邊隻手。之後如果轉手過程可見,或者對場景唔重要,咁樣轉換係有效嘅。
  • 請使用你有權使用嘅原創設計同參考。故事聖經唔代表擁有權證明,亦唔等於法律授權。
為兩位主角寫一份精簡身份記錄
ID 同已批准版本固定視覺錨點預設服裝同身份分開
NIA · identity v1成人技師;深啡膚色;短深色鬈髮;闊框長方眼鏡;身形緊湊結實。靛藍工作襯衫同赭色圍裙,配有方形上袋。圍裙係咪濕咗、鎖匙放喺邊,同埋 Nia 知唔知道鎖匙屬於邊個。
OREN · identity v1成人速遞員;淺啡膚色;貼頭短髮;面形修長;喺同一地平面上比 Nia 高。銀灰色雨披配深色長褲。雨披係咪著緊、邊隻手攞住幼苗盤,以及遺失嘅鎖匙係咪已經交還。

追蹤物件經過精確交接嘅過程

鎖匙雖然細小,但推動成個故事。請記錄持有權同位置,咁之後嘅插圖就唔會不聲不響將佢交返畀錯嘅角色。呢啲列只係指定預定次序;唔係根據生成結果得出嘅觀察。

追蹤物件經過精確交接嘅過程
故事位置鎖匙持有權同位置服裝同其他道具知識狀態
第 1 期 · P1.2黃銅鎖匙用紅繩綁喺紅色單車手柄上。Nia 穿住工作襯衫同圍裙;Oren 已經離開店舖。Nia 見到一條唔熟悉嘅鎖匙,但唔知屬於邊個。
第 1 期 · P2.3單車鎖測試失敗後,Nia 將鎖匙放入圍裙方形上袋。單車留喺店內;鎖依然關上。Nia 知道呢條唔係單車鎖匙;主人仍然未明。
第 1 期 · P3.3Nia 取回鎖匙。持有權喺 P4.2 前都仍然屬於 Nia。Oren 手持幼苗盤,並著住雨披。兩人而家都知道鎖匙屬於社區溫室。
第 1 期 · P4.2–P4.3Nia 將鎖匙交畀 Oren;Oren 打開閘門,並保管鎖匙。幼苗盤被搬入室內。貨運單車仍然留喺店舖。送錯貨嘅問題已經解決;兩人都知道溫室位置。
第 2 期 · 開場建議Oren 已經將鎖匙放咗喺雨披內側夾住嘅匙圈上。如果視覺上重要,請確立呢個新收納位置。Nia 已經返到店舖。Oren 之後嘅乾身服裝需要有自己已確立嘅變化。除非新一期有新原因,否則唔好重新開展遺失鎖匙嘅謎團。

批准變更,但唔好改寫過去

後續期數可能需要唔同服裝,或者修訂過嘅道具設計。請保留舊狀態,說明變更原因,並標示新版本由邊度開始生效。如果呢個係修正錯誤,而唔係故事事件,就列出已經起草而需要更新嘅頁面。

批准變更,但唔好改寫過去
建議變更生效於受影響內容批准檢查
OREN-DRY-v1:移除雨披,改用深綠色外套。第 2 期 · P2.1,喺清楚返入室內之後。新服裝參考同第 2 期之後所有頁面;第 1 期維持不變。過渡交代咗輪廓變化;之前嘅雨中場景唔會無聲無息改裝。
KEY-v2 修正:保留草稿近鏡中漏咗嘅三角缺口。對第 1 期 · P2.1 嘅修正,唔係新故事事件。P2.1 同之後所有誤用咗錯鎖匙參考嘅近鏡。請同已批准嘅 KEY-v1 來源比較;主人、材質同紅繩都唔變。
NIA identity v2:有意嘅未來重新設計。由作者揀選並命名嘅未來期數或版本。新批准角色視圖,以及實際採用佢哋嘅未來頁面。為咗早期期數,請保留 identity v1 可供使用;如果故事需要,請用劇情去解釋變化。

畀下一期一個簡短交接

  • 修訂之後,只有當你接受新結果時先更新記錄表。
  • 唔好將重複名稱、重用提示詞或模型設定當成連貫性保證。
  • 如果角色眾多,就每個角色或重要道具各自加一條記錄,唔好無限咁擴充一條無結構提示詞。
  1. 收尾上一期

    閱讀已批准嘅最終頁面,並記錄角色位置、服裝、重要物件同未解決問題。請用實際已批准頁面,而唔係較早嘅大綱。

  2. 選擇下一個開場

    說明時間有冇過去,以及讀者要見到啲乜先會明白移動、換衫或新道具位置。

  3. 只附上相關參考

    只使用呢個場景所需嘅現行身份、服裝同鎖匙參考。避免唔講清角色用途就同時餵入互相矛盾嘅已停用同現行變體。

  4. 檢查接合位

    將第 1 期最後一頁同第 2 期第一頁擺埋一齊。檢查有咩變咗、有咩保持不變,以及每個角色可以知道啲乜。

原創編輯示例

可重用嘅期數交接簡報

編輯交接 — 《送錯的鎖匙》,第 1 期到第 2 期。已批准角色:NIA identity v1、靛藍襯衫同赭色圍裙;OREN identity v1、銀灰色雨披。最終批准故事狀態:溫室閘門已打開,幼苗盤已入內,Oren 揸住有三角缺口同紅繩嘅黃銅鎖匙,而紅色貨運單車仍然停喺 Nia 嘅店舖。兩個角色都知道鎖匙屬於邊個。第 2 期建議開場:翌日朝早喺單車店。請建立時間變化同 Oren 到場;唔好重複遺失鎖匙嘅發現。如果 Oren 將鎖匙放上匙圈或者換衫,請確立呢個變化並更新狀態記錄。批准前,請將新開場同實際最後一頁比較。

  • 呢啲 ID 只係你自己製作筆記入面嘅標籤,唔係會自動喺 LlamaGen 揀參考嘅指令。
  • 請透過所選工具支援嘅輸入方式附上已批准圖片。單靠呢段文字,唔會上載或者鎖定任何設計。
  • 如果你嘅故事有變,請用已批准頁面中可見嘅狀態取代原本提議嘅收尾狀態。

本指南能證明與不能證明的內容

  • 呢個虛構案例示範嘅係編輯記錄,唔係經過測試嘅自動連貫性系統,亦唔係已驗證嘅生成系列。
  • 參考可以提升具體度,但唔保證面容、服裝、手部或道具完全一樣。請檢視實際輸出。
  • 本指南唔會為角色設計確立擁有權、使用許可、歷史準確性或者法律清關。

繼續前要了解的問題

同角色表有咩唔同?

角色表會記錄外觀同視圖;呢本故事聖經就會加入有日期嘅版本、場景狀態、道具持有權、知識資訊同期數交接。畫參考本身時用現有角色表指南,然後將呢份記錄一齊保留。

角色聖經係咪自動一致性功能?

唔係。呢度講嘅係由你自己維護嘅製作文件。佢可以改善指令同驗收檢查,但唔會自動同步頁面、揀選參考,亦唔會防止模型偏移。

我係咪應該將成本故事聖經貼入每個提示詞?

只需用已批准身份同目前場景所需嘅少量狀態資料。完整記錄要保留以便查閱。工具實際嘅參考同輸入限制仍然適用;提示詞愈長,唔代表結果就愈忠實。

如果我之後有意改動角色點算?

建立一個新命名版本,寫明佢首次有效出現嘅故事位置,並指出呢個係故事事件,定係早前畫稿嘅修正。保留舊參考,咁早期期數都可以一致地修訂。

繼續工作流程

將已批准角色帶入下一頁

將故事聖經放喺附近,並使用你所選工作區模式支援嘅參考。AI 生成需要登入同可用積分;繼續前請先睇清目前輸入限制同估算。

開啟 Comic Strips Studio

不止於首頁,打造完整漫畫書

用三份實用工作表修訂多頁草稿、延續角色狀態到不同期數,並規劃完整的四頁或八頁故事。如果你還未有大綱,可以先看現有的文字轉書本指南。