大綱的真正價值
根據 NaNoWriMo（全國小說寫作月）歷年的參賽數據，每年有超過三十萬人在十一月嘗試寫一本小說——但完成初稿的比例長期低於百分之二十。最常見的棄賽點不是第一章，是第五章。
開頭寫得很順，角色登場了，衝突也拋出來了。然後呢？中間那一大段路——從觸發事件到結局之間的漫長沙漠——吞噬了大部分人的寫作動力。檔案裡堆滿「第五章_v1」「第五章_v2」「第五章_算了重寫」。每一個版本都寫了幾千字，每一個版本都走進死胡同。
問題不出在才華。問題出在沒有地圖。
大綱就是那張地圖。
但這裡需要先拆掉一個迷思：大綱不是給「沒有創意」的人用的拐杖。恰好相反——大綱存在的目的，是讓創意不被浪費在錯誤的地方。
想像一下寫作時腦袋裡同時跑著兩個程式。一個在處理「這個場景怎麼寫才精彩」，另一個在處理「這個場景在整個故事裡到底扮演什麼角色」。兩個程式都需要大量的認知資源。兩個同時跑，系統會當機。
結果呢？場景本身寫得很華麗，但跟前後文完全脫節。或者你太焦慮整體走向，每一句話都寫得像在填表格，乾癟無趣。
大綱把這兩件事拆開。 規劃的時候專心規劃，寫作的時候專心寫作。
有了大綱，坐下來寫第五章的時候不用問自己「接下來到底要幹嘛」。大綱已經標記好了：偵探去訪問第一個嫌疑人，發現一條新線索，但被故意誤導。場景的目的很清楚。剩下的工作只有一件——把它寫好。
這不是限制，是釋放。
三幕劇結構：兩千年沒過時的框架
亞里斯多德在《詩學》裡把故事拆成三個部分。那是西元前 335 年左右的事。兩千三百多年過去了，好萊塢劇本、日本漫畫、Netflix 影集、暢銷小說——幾乎所有成功的敘事作品，底層結構都長得差不多。
不是因為創作者懶。是因為人類大腦理解故事的方式就是：開始、衝突、解決。
不過「開始中間結束」太粗糙了。讓我們把顆粒度調細。
第一幕（大約佔故事的 25%）：建立。
三件事必須在第一幕完成：讓讀者認識主角、讓讀者在乎主角、然後炸掉主角的日常生活。
「炸掉」這個動作有個專有名詞——觸發事件。Stephen King 的《乞丐王子》裡，作家 Paul Sheldon 出了車禍，被狂熱書迷 Annie Wilkes 救走並囚禁。海明威的《乞力馬扎羅的雪》裡，作家 Harry 的腿感染壞疽，他躺在非洲的病床上，離死亡只剩幾天。一個是外力轟進來，一個是內在覺醒。但功能一樣：把主角踢出舒適圈。
第一幕的收尾是第一轉折點。主角做出一個決定（或被環境逼到無路可退），從此不能回頭了。Paul 被囚禁，逃不了。Harry 躺在床上，等不到救援。故事正式啟動。
第二幕（大約佔故事的 50%）：對抗。 也是最難寫的部分。
一個技巧可以救命：把第二幕切成前後兩半來思考。
前半段，主角「被動反應」。新情境來了，但他還在用舊方法應對——幾乎每次都失敗。障礙一個接一個，而且每一個都比前一個更難纏。
然後是中點。故事正中央的樞紐。這裡會發生某件事，把主角從被動切換成主動。可能是一個啟示——他終於搞懂問題的本質。可能是一次失去——他失去某個無法取代的東西，逼得他必須行動。也可能是一個發現——他看到了新的可能性。
後半段，主角「主動出擊」。他開始有策略地追求目標，但代價也越來越高。就在接近勝利的時候，第二轉折點砸下來：他跌到谷底。失去一切，或發現一切都是謊言，或直面他最深層的恐懼。
這是最黑暗的時刻。喜劇裡，主角在這裡最慘；悲劇裡，最後一絲希望在這裡碎裂。
第三幕（大約佔故事的 25%）：解決。
主角整合第二幕所有的教訓，面對最終挑戰。高潮不一定是打鬥——可以是一段對話、一個抉擇、一場內心風暴。關鍵在於，這是主角必須做出最困難選擇的瞬間。
結局建立新的平衡。主角可能達成了外在目標，也可能沒有。但他一定跟故事開頭不一樣了。內在的改變已經發生。
建立你的大綱：五個步驟
理論說夠了。動手。
第一步：先確定結局
聽起來弔詭——故事還沒開始寫，怎麼可能知道結局？
但 J.K. Rowling 在構思《哈利波特》系列的時候，最早寫下的場景之一就是最後一本的結局。John Irving 說他永遠從最後一句話開始寫一本小說。
邏輯很直白：知道目的地，才知道怎麼規劃路線。GPS 需要你先輸入終點，不是起點。
不用知道結局的每個細節。只需要回答一個問題：故事結束時，主角處於什麼狀態？
幾個追問可以幫助聚焦——他達成他想要的東西了嗎？他得到他需要的東西了嗎？（這兩者經常不同。）他和開頭比起來，哪裡變了？世界因為他有什麼不同？
拿《Misery》當例子。結局是 Paul Sheldon 殺死 Annie Wilkes，逃出那棟房子。外在目標（活命）達成了。但內在也翻轉了——他終於願意面對真實的自己，不再躲在暢銷公式後面寫安全牌。
結局不必這麼激烈。但方向感不能沒有。
第二步：確定起點，讓它和結局形成對比
故事的核心是改變。如果主角在最後一頁和第一頁一模一樣，這本書沒有存在的理由。
所以起點和終點之間必須有張力。
結局是「學會信任他人」？起點就該是「完全孤立」。結局是「接受自己的過去」？起點就該是「拼命逃避過去」。結局是「失去一切但獲得內心平靜」？起點就該是「擁有一切但焦躁不安」。
這條從 A 到 B 的路徑，就是你的主角弧線。整個故事為這條弧線服務。
第三步：找到中點
中點是故事的分水嶺。在它之前，主角被事件推著走。在它之後，主角開始推動事件。
問自己：什麼事件會徹底翻轉主角的態度？
一個啟示——他發現了之前不知道的真相。一次失去——他失去了無法挽回的東西，決定不能再等。一個決定——他終於跨過了那條他一直不敢跨的線。
中點前後，故事的溫度、節奏、基調應該明顯不同。如果讀者感覺不到轉折，中點就沒有做好它的工作。
第四步：填入兩個轉折點
現在手上有三個定位點：起點、中點、終點。還需要兩個。
第一轉折點，在第一幕尾巴。主角「正式踏入故事」的時刻。什麼事件把他推出日常？為什麼他無法走回頭路？
第二轉折點，在第二幕尾巴。主角「墜入谷底」的時刻。什麼事件讓他失去所有依靠？他最恐懼的事情是不是在這裡成真了？
五個點排列起來：起點——第一轉折點——中點——第二轉折點——終點。
這五個點就是故事的骨架。脊椎。結構的最小可行版本。
第五步：在關鍵點之間填入主要場景
最後一步，在每兩個關鍵點之間填入三到五個場景。
不用寫得很細。一句話就夠：「偵探訪問嫌疑人 A，發現他有不在場證明」、「偵探和搭檔大吵，搭檔甩門離開」、「偵探在酒吧遇到一個自稱是目擊者的女人，拿到一條關鍵線索」。
這些場景是路標。開始寫的時候，你永遠知道下一個路標在哪裡——不用擔心迷路，只需要專心把這一段路走好。
在 Slima 中建立你的大綱
大綱最怕的事情是寫完就丟在一旁，需要的時候找不到、改不動。在 Writing Studio 的 File Tree 裡，可以建立一個乾淨的大綱結構：
我的小說/
├── chapters/
│ ├── 01-開場.md
│ └── ...
├── characters/
├── worldbuilding/
└── outline/
├── 00-五點骨架.md # 起點、轉折點、中點、轉折點、終點
├── 01-第一幕.md # 第一幕的場景列表
├── 02-第二幕前半.md # 被動反應階段
├── 03-第二幕後半.md # 主動出擊階段
└── 04-第三幕.md # 高潮和結局
Split Window 是大綱和正文之間的橋。寫作的時候，一邊開著當前章節，一邊開著對應的大綱檔案。每個場景要達成什麼目的、下一個場景是什麼——不用切來切去，兩邊同時看得見。
大綱檔案裡用 Markdown 標題分段（## 場景一、## 場景二），Outline Panel 會自動在右側生成導航目錄，點一下就能跳到對應位置。當大綱有二三十個場景的時候，這個導航省下的時間比你想像的多。
用 AI 輔助建立大綱
AI Assistant 最擅長的事情之一，是在規劃階段幫你看見盲點。
方法一：五點骨架生成
腦袋裡有個模糊的故事概念，但具體怎麼拆成三幕？讓 AI 幫你搭骨架：
我想寫一個故事：一個內向的程式設計師意外繼承了一家鄉下的書店。
請幫我用三幕劇結構建立五點骨架：
1. 起點：主角的初始狀態
2. 第一轉折點：什麼把他推出舒適圈
3. 中點：什麼讓他從被動變主動
4. 第二轉折點：他跌到谷底的時刻
5. 終點：他的最終狀態（對比起點）
AI 給出的骨架不一定完美。但它會給你一個起跑點——一個可以修改、質疑、推翻的具體結構，比對著空白頁發呆強一百倍。
方法二：場景擴展
五個關鍵點之間的空白最容易讓人卡住。把骨架丟給 AI，讓它幫你填充可能的場景：
我的故事骨架是：
- 起點：程式設計師在大城市過著孤獨的生活
- 第一轉折點：繼承書店，被迫去鄉下
- 中點：發現書店裡藏著父親的秘密
- 第二轉折點：書店面臨拆遷，他必須選擇
- 終點：選擇留下來，找到歸屬感
請幫我在「第一轉折點」和「中點」之間，生成 4-5 個可能的場景。每個場景用一句話描述。
方法三：結構檢查
大綱寫完之後，最怕的是自己看不出結構漏洞。用 AI 做一次全面體檢：
請檢查 @outline 資料夾中的大綱，分析：
1. 主角弧線是否清晰（起點和終點是否形成對比）
2. 中點是否真的改變了主角的態度
3. 第二幕是否會「太長」或「太空」
4. 有沒有遺漏的因果關係
AI 不會替你做決定。但它會指出你自己可能忽略的裂縫——比如「主角在中點之前已經開始主動了，那中點的轉折力道是不是不夠？」這種問題。
用 Branches 探索不同的大綱方向
大綱不是刻在石頭上的。寫著寫著你可能會想：如果主角在中點做了另一個選擇呢？如果結局不是團圓而是離散呢？
在傳統的寫作環境裡，探索另一條路意味著冒險——要嘛覆蓋現有的大綱，要嘛開一個新檔案然後在「大綱_v1」「大綱_v2」「大綱_到底哪個才對」之間迷失。
Version Control 的 Branches 徹底解決了這個焦慮。
點一下建立分支，整個專案複製一份獨立的平行版本。原本的主線完全不受影響。
- Branch A： 主角選擇留在鄉下，和書店一起扎根
- Branch B： 主角回到城市，但帶走了在鄉下學到的東西
- Branch C： 主角和書店一起消失——悲劇收場
每個分支裡可以完整規劃那個方向的大綱，寫幾個測試場景，感受一下那條路的溫度。確定哪個方向最對味之後，把那個分支合併回主線就好。
在大綱階段就能安全地探索多條路線——這是 Slima 獨有的能力。大部分寫作工具連版本回溯都做不到，更別提平行分支了。
大綱是 GPS，不是牢籠
Brandon Sanderson 講過一句話，值得刻在螢幕上方：大綱是 GPS，不是手銬。
GPS 推薦一條路線。但如果開到半路看見一條沒走過的小路，風景很好，你完全可以彎進去看看。大綱也是——它給你方向，但發現更好的路的時候，該改的是大綱，不是你的直覺。
寫到第八章，角色突然做出一個你沒預料到的決定。這很正常。甚至是好事。代表你已經夠了解這個角色了，他開始有自己的意志。
關鍵是意識到自己在偏離。「我決定試試這個新方向」和「我不知道自己走到哪了」完全是兩回事。前者是探索，後者是迷路。
偏離之後記得回頭檢查：新方向還能通往你想要的終點嗎？如果不能，是終點需要調整，還是路線需要修正？
在 Slima 的 Version Control 裡，偏離大綱之前先建一個 Snapshot。這樣就算新方向走不通，三秒鐘就能回到岔路口重新選擇。試錯的成本趨近於零。
什麼時候大綱「夠了」
這個問題沒有標準答案。有人像 J.K. Rowling 一樣把每個場景都規劃到細節，有人像 Stephen King 一樣只帶著一個情境就上路。
對第一次寫長篇的人，建議是：中等粒度。
知道五個關鍵點。知道每一幕大致的走向。知道主要角色的弧線。但不要細到每一句對話、每一個表情。
原因很實際——太詳細的大綱會把寫作變成填空題。你坐下來只是在「執行」一個已經完成的計畫，發現的樂趣消失了。寫作過程中最珍貴的時刻——那種「原來這個角色會這樣做」的驚喜——被過度規劃扼殺掉了。
留一些空白。讓角色有機會讓你意外。
還有一個常見的陷阱需要警惕：無限修改大綱。三個月過去了，大綱改了十七版，正文一個字都沒寫。不斷調整、不斷細化，說服自己「等大綱完美了就開始」。
大綱永遠不會完美。地圖永遠不等於旅程。
夠用就出發。邊走邊修。
主角有了，世界有了，大綱也有了。故事的骨架站起來了。
接下來，終於到了動筆的時刻。
下一篇會聊怎麼克服完美主義，完成第一份初稿。這是最難也最關鍵的一步——把腦海裡的故事，變成紙上的文字。不完美沒關係。初稿的唯一任務就是存在。
地圖畫好了。該上路了。