引言:為什麼每個 OC 服裝不同,故事工作卻一樣
角色排成一排時看起來沒問題。一個穿校服西裝外套,一個戴機械師護目鏡,一個穿儀式大衣,一個穿帽 T,還有一個拿劍。然後你開始寫第一場戲。所有人都站著等主角做事。配角不是重複同一種反應,就是變成背景裡的視覺雜物。設計是不一樣,但故事工作是一樣的。
這才是弱角色陣容規劃真正的翻車點。角色陣容不是一堆檔案集合,而是圍繞故事形成的一組壓力。有人揭示資訊。有人阻擋主角。有人映照主角的恐懼。有人有代價地提供幫助。有人讓解法變複雜。如果這些功能缺失,再好看的人物三視圖也生不出場景。
這篇把角色陣容規劃和配角功能放在一起,適用於 AI 動漫短片、試播集、預告片和社群故事短片。它會講怎麼給每個角色定故事任務,怎麼把它寫成角色資產的描述,怎麼規劃第一場群像戲,以及怎麼複盤每個配角在鏡頭裡是不是真有工作。先從 角色檔案欄位設計 開始,再到 ArcLoop 世界觀 裡把整套角色陣容建起來。
角色陣容規劃與配角功能的核心原則
第一條原則是先功能,後服裝。紅外套、銀髮或巨型武器能讓角色好記,但不會說明他對故事做什麼。先寫功能:主角、對照角色、勁敵、導師、見證者、阻擋者、幫手、鏡像、秘密保管者或麻煩製造者。
第二條原則是有目的地製造反差。不要為了不同而不同。對比性格、決策方式、社會權力、資訊入口、身體節奏和情緒風險。謹慎檔案員和莽撞跑腿員能生出戲,是因為他們的選擇會撞在一起。
第三條原則是每個角色一個可見錨點。每位成員都需要一個小鏡頭裡還能保住的設計標記:髮型輪廓、色塊、道具、徽記、站姿或配件。群像戲裡如果每個人都一樣精細、沒有剪影優先順序,就很容易崩。
第四條原則是關係壓力。角色關係圖應該寫每個人想從主角身上得到什麼,而不只是他們是不是朋友。「保護她的秘密」、「需要他的鑰匙」、「嫉妒她的自由」、「測試他的忠誠」,都比「朋友」或「隊友」更有用。
第五條原則是配角功能。配角應該揭示、阻擋、映照、協助或複雜化。如果某個角色在目前場景裡一個都不做,他大概應該去另一個鏡頭,而不是留在這個 prompt 裡。
第六條原則是可複盤的小組。一個鏡頭只引用這場戲真正需要的角色時,生成結果才好判斷:主角二人組、勁敵二人組、導師關係、喜劇壓力、派系小隊或單集客串。小分組還沒跑通之前,不要把整個陣容一次性 @ 進一張海報鏡頭。
角色陣容規劃的逐步結構
先寫專案承諾。用一句話解釋故事引擎:「一所每次投遞都會改變寄件人記憶的山城跑腿學院」,或「一個藏著退役戰爭機器的海邊機甲維修社」。這能防止角色陣容變得泛泛。
選擇主角的壓力點。寫清主角想要什麼、害怕什麼、迴避什麼決定。其他角色都應該壓在這三點上。
搭一個角色功能圖。用五欄:角色名、故事功能、可見錨點、關係壓力、第一場戲動作。這是把配角功能吸收到角色陣容規劃裡最簡單的方法。
按故事重要性建立人物三視圖。先做主角,再做阻擋或映照主角的人,再做助手或導師,最後做喜劇或派系角色。當全身身分錨點很重要時,用 OC 人物三視圖正面轉面範本。
在拋光所有設計之前,先規劃第一場群像戲。問每個角色在一個具體時刻做什麼。好的角色陣容應該自然生成站位:誰站門邊,誰拒絕坐下,誰藏線索,誰擋在兩個人中間,誰沉默旁觀。
從功能圖寫鏡頭 prompt。每個場景只放有主動工作的角色。如果五個角色都出現,就寫出他們各自的功能,避免 prompt 把他們變成背景裝飾。
按功能複盤輸出。不要只看臉有沒有穩住。還要看配角是否在可見鏡頭裡揭示、阻擋、映照、協助或複雜化了主角。
每個配角先定工作,再 @ 進鏡頭
角色陣容工作要留在專案裡才有用:給每個有名字的配角在我的資產裡建一個角色資產,把他的故事任務直接寫進這個資產的描述欄位。這能避免最常見的翻車:先在另一個文件裡規劃角色陣容,等真要寫鏡頭時又被壓縮成含糊的 prompt 碎片。
先用 角色檔案欄位設計 鎖身分,把每個角色的故事任務寫進角色資產的描述欄位。到 ArcLoop 世界觀 裡,某個鏡頭只 @ 那場戲真正用得到的角色。原則很簡單:沒有一個配角應該在沒有可見理由的情況下被拉進生成場景。
如果是角色很多的短片,最終成片前把三件事分開放:每個角色的故事工作寫進他的角色資產描述欄位,身分錨點用參考圖綁在同一個角色資產上,站位寫在每個 shot 的描述裡。身分出問題就改資產,站位出問題只重生成那一個鏡頭,不用重寫整套角色描述。
這種做法也能保護跨集連續性。導師可以第一集協助主角,第二集阻擋主角,但這個變化要有意為之:把角色資產描述裡的任務改掉,讓這次轉變是你能看見的決定,而不是悄悄發生的意外。
範例 Prompt 1:記憶跑腿短片的角色功能圖
為一部名為《The Last Undelivered Morning》的原創 2D 動漫短片,起草五個原創角色的描述,方便之後建成角色資產。故事引擎:一所山城跑腿學校,每送達一封信,寄件人就會失去一段記憶。主要角色陣容,不要複製標題,不要受保護標誌,不要模仿具名藝術家。
輸出一張乾淨的規劃板,包含五個原創角色。1. 主角:Nelle,固執的跑腿員見習生,銅色短髮,綠色投遞腰帶,一個凹陷的黃銅郵件筒;功能:想把每封信都送到,但害怕知道母親為什麼停止寫信。2. 對照角色:Bastian,精確的路線管理員,銀色側分髮,藍色帳本手套;功能:阻擋莽撞選擇,把規則強行帶入場景。3. 鏡像角色:Asha,安靜的印章雕刻師,黑色辮子,紅色印石項鍊;功能:展示如果 Nelle 用工作隱藏痛苦,她會變成什麼樣。4. 助手:Mirok,屋頂搖鈴人,橙色圍巾,打補丁的護膝;功能:幫助她在城裡移動,但總用糟糕猜測把時間搞複雜。5. 秘密保管者:Vell,退休跑腿員,混濁眼鏡,折疊的黃色雨披;功能:只有被逼到角落時才揭示家族歷史。
規劃板要求:包含角色錨點、故事功能、關係壓力和第一場戲動作。讓頭像清楚可讀,並且視覺上彼此區分。不要額外角色,不要假 UI 文字,不要複製符號,不要照片寫實。

這個 prompt 創建的是功能圖,不是美圖排隊。每個人都有設計錨點,也有能生成場景的工作。
範例 Prompt 2:帶配角功能的群像場景 Prompt
使用已確認的 "Last Undelivered Morning" 角色功能圖,在日出前狹窄的山城分揀室裡製作一個 7 秒的 2D 動漫群像場景。角色:Nelle 站在中央桌邊,手裡拿著凹陷的黃銅郵件筒;Bastian 在畫面左側堵住出口,藍色帳本手套可見;Asha 坐在畫面右側的印章機旁,沉默地看著 Nelle;Mirok 從高窗探身進來,橙色圍巾被窗閂掛住;Vell 半藏在背景裡懸掛的郵袋後。
場景功能:Nelle 決定要不要投遞一封禁忌的黃色信封。配角功能必須可見:Bastian 阻擋,Asha 映照 Nelle 的恐懼,Mirok 協助逃跑,Vell 保留真相。鏡頭:中遠景固定畫面,桌子居中,所有人的手都可見,不要隨機人群。動作:信封抖動一次,印章機喀噠一聲,橙色圍巾飄動,Vell 的眼鏡捕到一條細光。風格:乾淨 2D 動畫清晨藍影,帶溫暖紙張色調。保持每個角色的錨點和站位。不要額外角色,不要看不清的海報式構圖,不要文字疊層,不要換裝。

這個 prompt 寫明每個配角為什麼在場。這樣群像就不會變成裝飾性合照。
範例 Prompt 3:受控角色陣容修改輪次
使用已確認的角色功能圖,修改選中的分揀室鏡頭。保留場景、時長、鏡頭、色盤和角色位置。不要重新設計角色陣容。
已確認錨點:Nelle 的銅色短髮、綠色投遞腰帶和黃銅郵件筒;Bastian 的銀色側分髮和藍色帳本手套;Asha 的黑色辮子和紅色印石項鍊;Mirok 的橙色圍巾和打補丁護膝;Vell 的混濁眼鏡和折疊黃色雨披。
需要修復的弱層:配角功能不清楚。在不加入對白或文字的前提下,強化可見的故事工作。Bastian 應該清楚堵住出口,Asha 應該映照 Nelle 的猶豫,Mirok 應該從窗邊提供逃跑路線,Vell 應該在背景中明顯保留資訊。讓 Nelle 在桌邊的決定保持為畫面中心。
如果輸出變成角色海報、增加額外人物、改變信封顏色、藏手、交換螢幕位置,或讓每個角色做同一種反應,就拒絕。

這個修改 prompt 保留成功的部分,只修角色功能層。這樣比重建整個角色陣容更便宜,也更清楚。
常見角色陣容規劃踩坑
最大的錯誤,是把所有人都設計成主角。如果每個角色都有最複雜的服裝、最強的武器和最大的情緒弧線,就沒有反差。讓一部分角色因為功能窄而變得銳利。
另一個錯誤,是把關係寫成標籤。「最好的朋友」、「導師」和「勁敵」只是起點,不是場景指令。加上這個人具體做什麼:掩護、測試、拖延、撒謊、揭示、資助、背叛、保護或讓人難堪。
創作者也常把太多角色塞進一個生成鏡頭裡。如果某個配角在場景裡沒有可見工作,就把他從這個 prompt 移出去。留到他的功能真正重要的鏡頭再用。
第四個錯誤,是把配角功能寫死成一成不變的標籤。導師可以在一場戲裡協助,在另一場戲裡阻擋——故事變了,就有意去改那個角色資產描述裡的任務,而不是讓生成結果自己決定該長成什麼樣。
最後,不要在功能圖跑通前拋光人物三視圖。一個沒工作的漂亮配角只會變成昂貴雜物。先決定功能,再細化設計。
FAQ
AI 動畫短片角色陣容應該有多少人?
短試播或社群短影片裡,三到五個有名字的角色通常就夠了。一個主角、一個阻擋者或勁敵、一個鏡像或助手、一個揭示真相的人,往往比一大堆功能不清的角色更有戲。
什麼是配角功能?
它指配角在場景裡承擔的工作:揭示、阻擋、映照、協助或複雜化主角。配角可以有豐富設計,但功能才決定他在畫面上是否有用。
怎麼避免每個角色說話和行動都像同一個人?
給每個角色不同的決策方式。一個守規則,一個即興發揮,一個迴避衝突,一個保留資訊,一個先行動後思考。把這個特質寫進角色資產的描述裡,用 @ 引用時就帶上了,不用每個鏡頭都重新打一遍。
應該先做關係圖,還是先做人物三視圖?
先做粗略功能圖,再做人物三視圖,之後再整理更清楚的關係圖。如果先設計人物三視圖,你可能會愛上並不服務故事的角色。
怎麼把角色陣容想法變成能直接用的鏡頭描述?
先把角色的故事任務定下來,再把每個角色寫成一個角色資產:名字、描述、參考圖都建好。之後這一集分鏡裡的每個鏡頭只要 @ 需要的角色,從規劃到最終鏡頭,整個陣容都連得上。





