十萬字。
這三個字就足以讓大多數想寫長篇小說的人停在原地。腦袋裡明明有故事——角色有了輪廓，世界觀有了雛形，甚至連結局都隱約看見了——但一想到要把這些碎片拼成一本完整的書，手就是放不到鍵盤上。
問題不在才華。問題在規模。
十萬字意味著幾十個角色要管理，上百個場景要串聯，無數的伏筆要回收。大腦面對這種規模的任務，會直接當機。認知科學有個說法：當任務的複雜度超過工作記憶的容量，人不會開始行動——會逃避。
雪花寫作法（The Snowflake Method）的解法很直覺：別從十萬字開始。從一句話開始。
物理學博士 Randy Ingermanson 從數學裡的科氏雪花（Koch Snowflake）得到靈感。科氏雪花的原理是：一個簡單的等邊三角形，透過同一條規則反覆迭代，最終長成精密的分形結構。Ingermanson 把這個邏輯搬到小說創作上——一句話擴展成一段話，一段話擴展成一頁，一頁擴展成四頁，四頁擴展成場景清單，場景清單擴展成初稿。每一步都很小，但累積起來就是一本書。
他用這套方法完成了第一部小說，拿下 Christy Award 年度最佳小說獎。二十多年來，雪花法成了全球最多人使用的長篇小說規劃框架之一。
為什麼雪花法有效？
大腦有一個古老的防禦機制：碰到太大的任務，就啟動拖延模式。「寫一本小說」——這六個字觸發的認知負荷，跟「明天搬家」差不多。
但「用一句話描述整個故事」呢？二十個字以內。現在就能做。
做完之後，下一步是「把那句話擴展成五句話」。也不難。
再下一步，「把五句話擴展成一頁」。開始有點挑戰了，但還在掌控範圍內。
雪花法的魔力就在這裡：它不是降低任務的難度，而是縮小任務的顆粒度。每一步都建立在前一步的基礎上，像爬樓梯。沒有人會被一階樓梯嚇到。但三十階之後，你已經在屋頂了。
「寫小說」這個抽象到令人癱瘓的目標，被轉化成一份具體的、可以逐項打勾的行動清單。
及早發現問題
雪花法還解決了另一個致命問題——結構性錯誤的發現時機。
埋頭寫、一路寫到底的做法有一個風險。花了六個月寫完十萬字，才發現主角的動機撐不住整個故事。或者第二幕拖沓得像在水裡走路。或者結局根本無法自圓其說。
六個月的沉沒成本。有些人硬著頭皮改，改出來的東西處處彆扭。有些人直接放棄整個專案，開始下一個——然後在下一個專案裡遇到一模一樣的問題。
雪花法把問題前移。
完成四頁大綱的時候，故事的整體邏輯已經攤在眼前了。角色的動機通不通？三幕的比例合不合理？高潮有沒有足夠的鋪墊？這些問題在四頁大綱的階段就能被看見——而不是在寫了六個月之後。
改一段大綱，幾個小時。改十個章節，幾個星期。這筆帳不難算。
雪花法 × Slima：專案結構
決定用雪花法來規劃小說之後，第一件事是建立檔案結構。雪花法的每一個步驟都會產生一份文件：一句話摘要、一段話摘要、角色卡片、四頁大綱、場景清單。這些文件散落各處會讓人抓狂——三天後就忘了存在哪裡。
Slima 的 File Tree 讓這件事變得簡單。建議的資料夾結構長這樣：
我的小說/
├── 00-snowflake/ # 雪花法各步驟文件
│ ├── 01-one-sentence.md # 一句話摘要
│ ├── 02-one-paragraph.md # 一段話摘要
│ ├── 03-characters/ # 角色摘要
│ │ ├── protagonist.md
│ │ ├── antagonist.md
│ │ └── supporting.md
│ ├── 04-four-pages.md # 四頁大綱
│ └── 05-scene-list.md # 場景清單
├── chapters/ # 正式章節
└── notes/ # 其他筆記
資料夾建好之後，隨時可以回到任何一個步驟，檢視或修改規劃內容。等到正式開始寫章節的時候，按 Cmd+（Mac）或 Ctrl+（Windows）開啟 Split Window，左邊放大綱、右邊寫正文——一邊對照一邊推進，不用在檔案之間來回跳。
用 AI 助手探索可能性
雪花法的每一步都是一個岔路口。一句話摘要可以有無數種寫法。角色的核心動機可以從完全不同的方向切入。故事的關鍵轉折可以往左走，也可以往右走。
一個人坐在電腦前想這些，容易陷入死胡同。腦袋會在同一條軌道上打轉，看不到其他可能。
按下 Cmd+Shift+A（Mac）或 Ctrl+Shift+A（Windows）開啟 Slima 的 AI Assistant，情況就不同了。
比如，在構思一句話摘要的時候，可以丟這樣的提示詞進去：
我正在用雪花寫作法規劃一部小說。
故事的核心概念是：[你的初步想法]
請幫我生成 5 個不同的「一句話摘要」版本。
每個版本要：
- 不超過 20 個中文字
- 不包含角色名字
- 清楚呈現核心衝突
- 暗示風險或賭注
請讓這 5 個版本強調不同的面向（如：情感線、懸念、主題、角色內心衝突等）。
AI 丟回五個版本。有些方向根本沒想過——比如從反派的角度切入，或者把主題從「復仇」轉成「原諒」。不一定每個都好，但至少打破了腦袋裡的單行道。
可以接著說「第三個方向有意思，但太灰暗了，能不能保留那個張力但讓基調偏向希望？」AI 會調整，再給新版本。這不是讓 AI 替你做決定——最終的選擇權永遠在寫作者手上。但它把「一個人想破頭」變成了「兩個腦袋一起激盪」。
用 Version Control 保存每一步
雪花法鼓勵回頭修改。寫到角色摘要的時候，可能會發現一句話摘要需要調整。寫到四頁大綱的時候，可能會發現某個角色的動機根本站不住腳，得重新設計。
這是正常的。回頭修改是雪花法的一部分，不是 bug。
但回頭修改有一個陷阱：改過頭了怎麼辦？新版本搞砸了，舊版本已經被覆蓋了，回不去了。
Slima 的 Version Control 就是為了這種情況存在的。
每完成一個步驟，按 Cmd+Shift+G（Mac）或 Ctrl+Shift+G（Windows）打開版本控制面板，點「New Snapshot」，給它取個名字：
- 「一句話摘要 v1」
- 「角色摘要初版——主角動機改成求生」
- 「四頁大綱——加入副線之後的版本」
有了 Snapshot，不管後面怎麼改，隨時可以跳回任何一個歷史版本。
想要走更遠一點？試試 Branches。
假設寫到第六步的時候，突然想試一個完全不同的結局——把悲劇改成開放式結局。但不確定這樣改好不好。開一個新分支，在分支上實驗。結果比原來好？合併回主線。結果不行？刪掉分支，主線毫髮無傷。
不需要冒險，就能自由探索。這就是數位寫作工具獨有的能力。
雪花法的十個步驟預覽
後續文章會深入每一個步驟，這裡先拉出全貌。
第一階段：核心概念
- 步驟一：一句話摘要——用 20 字以內描述整個故事
- 步驟二：一段話摘要——擴展成包含開頭、三個轉折、結局的段落
第二階段：角色設計
- 步驟三：角色摘要——每個主角一頁，涵蓋目標、動機、衝突、頓悟
- 步驟五：角色圖表——深入角色背景、關係網絡、成長弧線
第三階段：故事擴展
- 步驟四：一頁摘要——把一段話擴展成一頁
- 步驟六：四頁大綱——把一頁擴展成四頁，完整的故事邏輯浮出水面
第四階段：場景規劃
- 步驟七：回頭豐富角色——根據大綱裡的新發現更新角色設定
- 步驟八：場景清單——列出每一個場景
- 步驟九：場景描述——每個場景寫 100 字說明
第五階段：執行
- 步驟十：初稿——當每個場景該寫什麼都已經清楚，初稿的速度會快得驚人
順序不是鐵律。Ingermanson 自己也說過，可以根據需求調整。有人先做完所有角色設計再擴展故事，有人交替進行。找到適合自己的節奏，比死守順序更重要。
雪花法適合你嗎？
幾種寫作者會從雪花法裡受益最多。
第一次寫長篇的人。 長篇小說的規模對新手來說像一堵牆。雪花法把那堵牆拆成一塊一塊的磚——每次只搬一塊，搬完十塊回頭看，牆已經起來了。
天生的規劃者。 出門會列清單、旅行會做攻略的那種人。雪花法的結構化流程會讓這類人如魚得水。不需要對著空白頁焦慮，因為每一步都有明確的任務和產出。
寫到一半就卡住過的人。 第二幕中段——大約全書 50% 的位置——是長篇小說最常見的墳場。雪花法在動筆之前就讓你看清這個中段該發生什麼事，卡住的機率大幅降低。
完美主義者。 空白頁的恐懼，本質上是「不知道該寫什麼」的恐懼。有了完整的規劃，動筆變成執行而不是創造。壓力小得多。
但雪花法不是唯一的方法，也不適合所有人。
純粹的發現派作家——寫作對他們來說就是一場沒有地圖的探險，享受的正是「不知道下一頁會發生什麼」的刺激——可能會覺得雪花法窒息。規劃好一切再寫？那還有什麼樂趣？
不過，即使是最死硬的發現派，試一下雪花法的前三個步驟也不會虧。一句話摘要、一段話摘要、角色摘要——做完這三步只需要幾個小時，但可能會讓你對自己的故事有完全不同的理解。
值得一試。
下一步
後續文章會逐步拆解每一個步驟，包含操作指南、實際範例、常見的坑，以及怎麼用 Slima 的工具加速每一步的流程。
下一篇，從最簡單也最關鍵的開始：一句話摘要。
二十個字以內，抓住一整個故事的靈魂。聽起來不可能？Ingermanson 說，這是整個雪花法裡最難的一步——也是最值得做的一步。