漫畫鋪底色與光影怎麼分工？自動輔助與人工判斷的實作流程

一頁彩色漫畫縮成手機寬度時很順眼，放大後卻可能全是難修的問題。臉頰底色穿過髮絲，深藍夾克和金屬欄杆用了差不多的亮部，角色眼神又被一大塊漂亮陰影壓住。這些錯誤不是同一類，卻常在完稿後才一起被發現。

處理「漫畫鋪底色與光影」時，最先要做的不是選筆刷，而是把兩種決定分開。底色負責劃分區域、保留角色固有色，也讓後續修改有依據。光影則要說明光從哪裡來、物件是什麼材質、讀者應該先看哪裡。前者有很多可重複檢查的動作，後者涉及分鏡和敘事，不適合沒有負責人地丟給工具。

先定義底色，否則沒有可以核准的東西

底色可以理解成線稿下方的區域地圖。頭髮、膚色、眼睛、衣物、道具、背景與對白框周邊都要能分開檢查。這個階段不必有立體感，但不能有漏色、溢色、區域連黏或角色色盤套錯的情況。

CLIP STUDIO 繁中官方的基本上色教學會先建立各部位圖層，再使用「參照其他圖層」的填充方式處理基本顏色，細小縫隙則另行補色。它也示範了如何利用已填好的膚色範圍處理陰影。操作名稱是軟體功能，製作上值得保留的是檢查順序：先確定區域，再疊加陰影。

在繁中介面裡，常見詞是「底色」、「基本色」、「固有色」、「陰影圖層」、「剪裁遮色」和「正片疊底」。團隊不必為了追求標準名詞而改掉既有習慣，但交付文件裡要選定一組名稱。同一個群組裡同時出現 底色最終 、 flat_new 和 Layer 38 ，會讓下一位處理的人只能逐層開關猜測。

可以從最小命名法開始：

角色_小翠_底色
角色_小翠_一號陰影
場景_車站_冷光
道具_車票_金屬反光
修訂_2026-08-12

日期只是版本範例，實際專案也可以使用話數、交稿批次或團隊既有的版本號。重點是圖層名有作用，而不是只有順序。

光影不是把底色統一變暗

光影至少包含四個問題：主光源位置、陰影邊緣軟硬、材質反應，以及畫面焦點。相同深藍色用在棉質夾克、漆面機車和雨後玻璃上，亮暗邊緣與反光都不該一樣。這不是基本色檢查可以解決的事。

MediBang 的繁中光與影教學將流程寫成先上底色，再加入角色陰影，並要求繪製者重新確認光源方向。教學還示範了光效過量時的色偏與對比失控。另一篇 CLIP STUDIO 繁中的網漫上色流程，也將底色、陰影、背景光照寫成前後階段。這些來源不能替你決定某一格應該怎麼打光，但它們支持一個可用的製作習慣：別把底色與光影混成一次無法回頭的處理。

在畫陰影之前，先寫一句光源簡報。例如：

主光從車廂右上方照入，邊緣偏硬；月台另有柔和冷光；左眼、車票與對白順序必須保持清楚。

「氣氛再強一點」沒有檢查標準。上面這句話至少讓上色人員與審稿者知道光源、邊緣和焦點在哪裡。

用四個問題判斷哪些工作可以自動輔助

「能不能自動化」太大。先把工作拆小，再逐項回答下面四個問題：

1. 有沒有清楚的參考，例如色盤、線稿邊界或前一頁核准稿？
2. 審稿者能不能在關閉效果後單獨檢查它？
3. 拒絕這個結果時，原始線稿與已核准圖層會不會被一起破壞？
4. 錯誤是可局部修復，還是會迫使畫師重新設計整頁的光？

前三題都能答得清楚，第四題又以局部修正為主時，才值得小規模測試。否則即使第一張圖很快出現，也可能只是把工作移到後面。

這張表沒有把任何工具當成圖層生產線。它檢查的是工作是否容易被看懂、退回和修正。光源、材質、視線與最後驗收都要寫上人名或角色，不能只寫「AI」或「後製」。

一套可執行的單頁測試流程

先選一頁會真的失敗的測試稿。純色背景的大頭像太容易。比較有用的頁面應該包含小臉、髮絲和衣領重疊、兩種以上的材質、靠近畫面的對白框，還有一個可說明的光源。只使用自己擁有，或已獲授權處理的原稿。

步驟 1：保留原稿與參考版本

原始線稿不要覆寫。把現行角色色盤、場景參考、前後頁、畫布大小和輸出設定放在同一個測試包。如果角色色盤還沒建好，可先用跨頁角色配色工作流程建立最小版本，否則「角色有沒有跑色」不會有共同答案。

步驟 2：完成並凍結底色檢查點

先關掉陰影、高光、紋理、漸層、氣氛與整體調色。逐項看線稿、底色邊界、色盤和對白框。通過後儲存一個明確的底色版本，並記錄核准人。後續如果發現夾克顏色溢入髮絲，回到這個檢查點，不要用更深的陰影把邊界藏起來。

步驟 3：先寫光源簡報，再處理陰影

光源簡報要寫主光方向、邊緣軟硬、主要色溫、必須留在暗部的細節，以及本格焦點。上色師、後製或作者若對這句話沒有共識，先停在這裡。光影提案做得再精緻，也不會自動解決導演方向的分歧。

步驟 4：分開局部修正與結構性返工

局部修正包括補一個漏色小島、清回對白框邊緣、拉開兩個相鄰材質的亮度。結構性返工則包括重畫主要角色整體打光、重做底色區域、修復多處被破壞的線稿，或重新安排閱讀焦點。記錄時別只寫「修了五處」。五個局部補色與五次重畫打光，製作成本完全不同。

步驟 5：回到閱讀尺寸與前後頁

放大是檢查邊界，縮小才是檢查閱讀。在手機寬度看臉部、手勢、對白順序和重要道具，再將這頁放回前後頁。一張單看美麗的夜景，若讓角色在相鄰頁忽然換了髮色，還是沒有通過。條漫則應回到實際捲動預覽，而不是只在大畫布上看分開的格子。

步驟 6：用事先寫好的停止條件決定是否擴大

先用自己現行做法完成一頁基準稿，再把輔助流程的準備、生成、審稿、修正和回建工作檔都算進去。比較的是總修正成本，不是第一張圖出現得多快。

停止條件由團隊定，不存在一個適用所有漫畫的數字。一個可執行的寫法是：「測試頁若需重做主要角色底色，或主角臉部光影需全面重畫，就不進入批次；只有錯誤種類可預測、修正可局部完成時，才再加一小批。」句子裡沒有漂亮的成效數字，卻能阻止團隊因為一張好看的預覽而忽略返工。

可複製的單頁測試卡

這張表可放在個人專案資料夾，也可放在上色委託的交付記錄。獨立作者也有交接，只是交給一週後的自己。

多人交付時，可以多加「核准狀態」：底色待審、底色已通過、光影待審、完稿待輸出。別用「快好了」當狀態，因為下一位不知道他可以改哪一層，也不知道哪些色已核准。

範例：雨夜公車站的修訂紀錄

假設一頁原創漫畫有下列內容：主角穿深綠夾克，右手拿手機，雨滴在站牌玻璃上反光，對白框貼著肩上髮絲。車頭燈從左側照進來，站牌另有一道冷光。這個範例是本文建立的測試情境，不是用戶見證。

1. 夾克底色穿過肩上髮絲，屬於底色邊界的局部修正。
2. 全頁冷色調色讓原本棕色頭髮變成灰藍，需先還原固有色，再單獨處理受光面。
3. 手機、濕玻璃和棉質夾克使用了相同的高光邊緣，需重分材質。
4. 玻璃反光的對比高過主角眼睛，閱讀焦點跑到背景，這是光影層的方向修改。
5. 對白框很乾淨，但手指細線模糊，必須回看原始線稿，不能只修彩色結果。
6. 修改完成後，把這頁與下一頁並排，確認夾克、髮色和站牌燈仍有連續性。

這份紀錄比「顏色有點怪」有用，因為每一項都有對應的檢查點。下一頁若重複出現夾克受冷光後偏藍的情況，可以寫成共同修正規則。如果每頁都丟失不同的臉部細節，則表示結構性風險還不穩定，不應擴大。

用 VividManga 測試時，先寫清楚輸出與授權邊界

VividManga 現行單頁流程會下載一張渲染後的 WebP 圖片，不會提供可分別編輯的底色、遮色片與光影圖層。如果專案要交付分層工作檔，你仍需在自己的繪圖軟體保留或重建生產圖層。這個界線也是為什麼本文把結果稱為「初步著色提案」，而不是已核准的 flats 或完稿。

上傳未公開原稿前，先開啟繁中的隱私權政策與服務條款。撰稿核對時，兩頁均標示最後更新日期為 2026 年 6 月 18 日。隱私權政策說明，上傳圖片、生成結果預覽與處理中繼資料屬於可蒐集資料；輸入、輸出與工作中繼資料可能為歷史紀錄、客服、濫用防制與服務穩定而儲存。政策列出的資訊用途也包含改善模型品質、可靠性、效能、安全性、本地化與產品使用體驗。為了營運服務，有限資訊也可能分享給提供主機、儲存、分析、付款與 AI 處理等服務的供應商。

條款則要求使用者擁有上傳與處理內容的權利或許可。在不影響第三方權利的前提下，使用者保有上傳內容的權利，並授予 VividManga 為託管、處理、轉換、顯示與交付所請求結果所需的有限權利。條款也提醒 AI 結果可能不完美、不一致或不適用於特定用途；公開或商業使用前由使用者審查。「改善模型品質」列在政策用途中，仍不等於頁面已明確說明個別上傳作品是否用於訓練。目前公開政策也沒有固定保留期、確切刪除時點或精確資料地點的保證。隱私權政策明言資訊可能在使用者所在國家或地區以外處理與儲存。

所以，委託稿、共同創作、出版社專案與受 NDA 限制的檔案，都要先確認對外部 AI 處理服務的上傳授權。無法確認時，使用公開、不敏感且確實有權處理的測試頁，或維持人工流程。

上傳一張有權處理的測試頁，把結果當初步著色提案，再按前面的底色、線稿、光源與材質檢查點逐項比對。

單頁通過後，也只先做小批次

單頁通過不等於整話已通過。先選前後相連、但光源或構圖略有不同的少量頁面，再用多頁處理流程測試。比對的不是每頁「像不像同一種風格」，而是修正類型是否可預測。如果每頁都是同一種輕微邊界問題，可能值得建成檢查表。如果每頁都需重新決定主光、重畫主角臉部或重建底色，就應該回到手工基準。

小團隊可用四個身分複核批次：底色人員檢查區域，上色師檢查光與材質，後製檢查網點、對白與輸出，作者或負責人檢查敘事與最後核准。獨立作者不需要假裝有四個人，但可以用四輪不同目的檢查，不要試圖一眼看完所有錯誤。

交付前檢查表

• 原始線稿、分格邊框、網點、對白與音效字是否完整？
• 陰影與特效關閉後，底色是否還能單獨通過檢查？
• 角色固有色是否對應現行色盤？
• 光源簡報是否寫出方向、邊緣、色溫與焦點？
• 肌膚、棉布、金屬、玻璃與頭髮是否呈現不同反應？
• 手機尺寸下的臉部、動作與對白順序是否清楚？
• 本頁與前後頁的角色色盤、道具與光源是否連續？
• 修正是局部還是結構性，是否分開記錄？
• 已核准的是底色、光影提案，還是完稿？
• 上傳授權、客戶許可、共同創作者同意與 NDA 狀態是否已確認？
• 團隊是否清楚 VividManga 的結果是渲染後 WebP，而不是可編輯的底色與光影圖層？
• 停止條件是否在擴大處理前寫好？

常見錯誤

用陰影藏住底色邊界

深色可以讓溢色暫時不明顯，卻不會修好區域。關掉光影圖層，回到底色檢查點重來。

從完稿直接吸取角色標準色

完稿可能已包含場景光、正片疊底、漸層對應與整體調色。角色標準色應來自核准色盤，場景修飾另立圖層。

只看細節，沒有回到閱讀尺寸

放大後的髮絲可能很漂亮，縮小後卻與陰影黏成一塊。檢查邊界與檢查閱讀是兩件事，都要做。

把渲染後圖片當成生產圖層

一張 WebP 可以用來討論配色方向，無法取代要交給下游的可編輯底色、遮色片與陰影圖層。需要分層交付時，一開始就要把重建成本列入測試。

先上傳整批，再討論授權與停止條件

輸出好看時，人容易放寬原先沒寫下來的標準。授權、機密性、輸出形式與停止條件應該在測試前完成，不是上傳後補寫。

常見問題

底色與賽璐珞陰影是同一件事嗎？

不是。底色是均勻的基礎色區域，賽璐珞陰影則在這張區域地圖上加入設計過的亮暗形狀。先核准底色，修正時才知道應該回到哪一層。

陰影可以全部交給自動工具嗎？

工具可以提供初步光影方向，但光源、材質、表情、閱讀焦點與前後頁連續性仍需人工核准。原始提案不應直接當完稿。

獨立作者也需要分那麼多檢查點嗎？

需要分類，但不必增加會議。保留原稿，先核准底色，再檢查光影，最後回到閱讀尺寸與相鄰頁。四輪焦點單一的檢查，比一次靠直覺看完所有層次容易追蹤。

VividManga 會輸出可編輯的底色、遮色片與陰影圖層嗎？

不會。現行單頁流程下載的是渲染後 WebP 圖片。專案如果需要可編輯圖層或分層交付，要在自己的繪圖軟體保留或重建。

委託稿可以直接上傳測試嗎？

只有在你擁有上傳與外部 AI 處理所需許可時才可以。客戶、出版社、共同創作者或 NDA 可能限制這類處理。無法確認時，改用公開、不敏感且有權處理的測試頁。

這套流程的下一步不是上傳整話。挑一頁容易出錯、但權利邊界清楚的頁面，寫下光源簡報與停止條件，然後先核准底色。如果這一頁的修正類型已經說得清楚，再讓下一頁進場。