步驟七：擴展角色圖表——讓每個角色說話
「我不知道我的角色要做什麼，直到我讓他們自己告訴我。」Anne Lamott 在《Bird by Bird》裡寫過這句話。她不是在耍神秘。她在描述一種每個認真寫過角色的人都知道的經驗——當角色突然有了自己的聲音，故事就會朝作者沒預料到的方向裂開。
雪花寫作法走到步驟七，前面六步打下的基礎已經夠紮實：一句話摘要、一段話骨架、角色圖表、四頁大綱。全都有了。但這些東西有一個共同的盲點。
它們都是作者視角。
俯瞰式的、全知的、上帝的眼睛。角色在這些文件裡是被描述的對象，不是在說話的人。步驟七要求做的事只有一件：讓每個主要角色用第一人稱，寫一頁屬於他們自己的故事線。不是作者替角色說「他經歷了這些」，是角色自己開口：「這是我的故事。」
差別在哪裡？
試一次就知道。當作者站在主角立場寫故事，可能會寫出：「我遇見了她，愛上她，失去她，崩潰了。」四個動詞，一條直線，乾淨俐落。但換到另一個角色的位置，同一段時間線可能變成：「有人雇我扮演一個角色。我沒想到會愛上那個跟蹤我的人。我想告訴他真相，但開不了口。我想要的只是他愛真正的我——不是那個被製造出來的幻影。」
同一段情節，兩條完全不同的情感路徑。而這兩條路徑交叉的那個點，往往就是整本書最有戲劇張力的場景。
很多作者在這個步驟會發現三件事：原本沒計畫的衝突浮出水面；某些角色之間需要過渡場景來銜接動機；角色的行為邏輯需要微調，因為從他們自己的視角看，某些決定說不通。
這些發現如果等到寫初稿才碰上，代價是大幅改寫。在這個階段碰上，只需要修改幾段文字。
在 Slima 的 Writing Studio 裡，用 File Tree 建一個 character-storylines 資料夾。裡面放 protagonist-storyline.md、antagonist-storyline.md，一個角色一個檔案。隨時可以切換、並排對照。寫的時候如果卡住了，按 Cmd+Shift+A（Mac）或 Ctrl+Shift+A（Windows）叫出 AI Assistant，把角色圖表和初步故事線貼進去，請它用這個角色的語氣改寫。
AI 不會替代作者的判斷。但它能幫忙找到一個角色的說話節奏——那種微妙的、屬於這個人的語氣差異。
步驟八：場景清單——把大綱切成可執行單位
大綱是地圖。場景清單是每天的行軍路線。
這兩者的區別，決定了寫初稿時到底是「有方向地前進」還是「每天重新迷路」。大綱告訴作者故事的全貌，但全貌太大了，沒辦法直接拿來當每天的工作指令。場景清單把這張大地圖切成最小的敘事單位：場景。
什麼是一個場景？發生在特定時間、特定地點的一段連續行動。時間變了，新場景。地點變了，新場景。就這麼簡單。
一本八萬字的小說，大約有五十到一百個場景。這個數字不是規則，只是經驗值。重點是——場景清單讓作者第一次「看見」整個故事的結構，像俯瞰一座城市的街道圖。
電影業用「分場表」做同樣的事。每個場景有編號、地點、時間、出場角色、需要的道具。整個劇組靠這張表知道每天要拍什麼。小說家的場景清單不需要那麼精細，但核心邏輯相同：把模糊的「故事」轉化成具體的「待辦事項」。
在 Slima 裡用表格格式建立場景清單：
| 場景 | 章節 | POV | 地點 | 時間 | 摘要 |
|------|------|-----|------|------|------|
| 1 | 1 | 主角 | 屋頂 | 夜晚 | 追捕中同事墜落，主角掛在邊緣 |
| 2 | 2 | 主角 | 朋友公寓 | 白天 | 主角解釋恐懼和康復計劃 |
| ... | ... | ... | ... | ... | ... |
建好之後，花十分鐘從頭到尾掃一遍。連續三個場景都在同一地點？節奏可能卡住了。五個場景全是對話？缺少動作的呼吸感。十個場景密集衝突不停歇？讀者會疲勞。
場景清單最大的價值不是記錄，是暴露問題。那些在大綱階段「感覺沒問題」的段落，攤開成場景之後，結構上的失衡一目了然。
用 AI Assistant 檢查節奏：
這是我的場景清單。請分析節奏問題：是否有太多連續的慢場景或快場景？是否有場景目的不明確？POV 切換是否太頻繁？
[貼上場景清單]
步驟九：場景描述——每個場景的微型大綱
場景清單回答「有哪些場景」。場景描述回答「每個場景怎麼寫」。
為每個場景寫大約一百字的描述。一百字不多，但必須精準回答四個問題。
發生什麼？ 具體的行動。「主角跟蹤目標到博物館，看著她凝視一幅畫像長達二十分鐘。」不是「主角做了調查」——那太抽象，寫初稿時等於沒說。
目的是什麼？ 這個場景在故事機器裡的功能。推進情節？揭示角色？建立氛圍？埋伏筆？一個場景可以同時服務多個目的，但至少要有一個。如果找不到目的，這個場景可能不該存在。
衝突在哪裡？ 每個場景的能量來源。外在衝突像追逐、爭吵、對峙。內在衝突像猶豫、恐懼、道德掙扎。沒有衝突的場景像沒有引擎的車——佔了空間，哪裡也去不了。
情況如何改變？ 場景結束時，世界和開始時不一樣了嗎？如果完全一樣，這個場景沒有推動故事。好的場景讓某件事變得更好，或者更糟。靜止不是選項。
在 Slima 裡寫場景描述的時候，用分割視窗（Cmd+ 或 Ctrl+）。左邊打開場景清單，右邊寫場景描述。左右對照，上下文不會斷裂。
寫完一個場景描述之後，丟給 AI Assistant 做結構檢查：
請檢查這個場景描述是否完整回答了四個核心問題：發生什麼、目的是什麼、衝突在哪裡、情況如何改變。遺漏的部分請指出並建議補充：
[貼上場景描述]
步驟十：寫初稿——準備終於變成行動
E.L. Doctorow 說過一句話：「寫小說就像在夜裡開車。車燈只照得到前面幾十公尺，但你可以這樣開完全程。」
雪花法做的事，就是在出發之前，先把整條路的衛星地圖攤開看過一遍。
走到步驟十，手上已經有了什麼？故事核心（一句話）。結構骨架（一段話加四頁大綱）。角色靈魂（摘要加圖表）。每個角色的主觀視角（故事線）。執行藍圖（場景清單加場景描述）。
這是 Hitchcock 式的準備。他說過：「電影拍完了，我只是還沒拍攝而已。」經過前面九個步驟，故事已經在腦子裡完成了。初稿只是把它寫出來。
打開第一個場景描述。發生什麼，已經知道了。目的是什麼，已經知道了。衝突在哪裡，已經知道了。結尾怎麼收，也知道了。不需要「想」接下來寫什麼——只需要把藍圖展開成完整的文字。
這就是雪花法讓寫作速度加快的原因。「盯著空白頁不知道要寫什麼」的痛苦被消除了。每天早上的流程變成：打開場景清單，找到今天的場景，打開描述，動筆。沒有猶豫的空間。
但——準備充分不等於沒有驚喜。
真正在寫的時候，角色會說出計畫裡沒有的對話。細節會自己從句子裡長出來。原本以為是直線的情節，突然拐了一個彎。這些意外不是失控。這些意外是寫作最好的部分。大綱是地圖，但走在路上的時候，路邊的風景是新的。
如果寫到一半發現大綱不對怎麼辦？
改。
大綱不是牢籠。是腳手架。腳手架的用途是幫助建造，不是限制建築的形狀。發現更好的路徑，就走那條路。沒有任何大綱值得為它犧牲一個更好的故事。
在 Slima 裡，每完成一個場景就用 Version Control（Cmd+Shift+G 或 Ctrl+Shift+G）提交一次 Snapshot。這樣做有兩個好處：一，隨時可以回溯到任何一個場景的狀態；二，每次提交都是一個心理上的里程碑，「又完成一個了」的感覺會推動下一個場景。想嘗試不同寫法？建一個新的 Branches 來實驗。主線不受影響。壞了就刪掉分支，好了就合併回來。
雪花法的彈性
Randy Ingermanson 設計雪花法的時候，從來沒說過這是唯一正確的路。
有些作家在步驟四之後就開始寫初稿。四頁大綱夠用了，剩下的邊寫邊想。有些人跳過場景清單，直接從大綱進入場景描述。有些人兩週走完全部步驟，有些人花兩個月。
這些都不是錯誤。
關鍵不在於嚴格遵循每一步，而在於理解每一步的功能。理解了功能，就知道什麼時候可以跳過，什麼時候不能省略。角色動機不清楚？跳過步驟七會出問題。情節結構很確定？場景清單或許可以簡化。
步驟之間也不是單向的。寫場景描述時發現情節有漏洞，回到四頁大綱修補。寫初稿時覺得角色動機不夠有力，回到角色圖表重新挖掘。雪花法不是一條直線。它是螺旋——在任何階段都可以回到核心，調整之後再向外展開。
Ingermanson 的建議是：用幾天到幾週完成步驟一到九，用幾個月寫初稿。但這只是參考。有人快，有人慢。寫作節奏這種東西，只有自己的身體知道答案。
從這裡出發
雪花寫作法的核心，一句話就能說完：從簡單到複雜，逐步擴展。
一句話變成一段話。一段話變成四頁大綱。大綱變成場景清單。場景清單變成場景描述。場景描述變成初稿。每一步都比上一步更具體、更豐富、更接近最終的作品。
就像雪花從一個晶核開始，向外生長出越來越精密的分支結構。故事也是。核心想法是那個晶核。每一個步驟是一層新的分支。
這個系列走過了雪花法的完整流程。從故事核心到骨架，從角色摘要到圖表，從擴展摘要到四頁大綱，從場景清單到場景描述——每一步都讓故事從「想法」逼近「作品」。
現在規劃結束了。
打開 Slima，打開第一個場景描述。Writing Goals 可以設定每日字數目標，Writing Streak 會追蹤連續寫作天數。這些不是花俏的功能，是讓「每天坐下來寫」變成習慣的工具。
開始動筆吧。別等大綱完美——完美的大綱不存在。「夠用」就是開始的信號。
故事在等。