DDL 前 48 小時，課程論文初稿我是這樣搭出來的
期中週，三門課撞在一起，其中一門要交 3000 字課程論文。題目兩週前就定了，文件打開過七八次，正文一直是空的。
不是沒時間，是不知道從哪一句開始。
後來我把這 48 小時拆成四段，每段只產出一個東西。那次我週四晚上八點動筆，週六下午交了初稿。
倒數 48 小時：先找三篇能撐住結構的文獻
我一開始的錯誤是「先找十篇」。十篇讀完，腦子裡是十個方向，反而更寫不出來。
現在我只找三篇，各有分工：
· 一篇綜述，用來看這個題目分了幾個流派；
· 一篇同題實證，用來看別人怎麼組織論證；
· 一篇方法來源，用來看打算用的方法原本長什麼樣。
找這三篇我用 MuchSci 的論文檢索助手，按關鍵詞篩近五年，先看標題和摘要，能對上的才點進去。它的庫裡是 1.8 億篇 Crossref 論文，按標題、作者、DOI 都能檢索，比我在幾個資料庫之間來回換關鍵詞快。
三篇定下來，我就在紙上寫一句話：這篇論文要證明什麼。 這句話寫不出來，說明文獻還沒找對。
倒數 36 小時：讓框架先出來，句子自己寫
我把三篇的摘要、我的題目，還有那句「要證明什麼」一起交給 MuchSci 的論文水手，要它給一個三段框架：論點、證據、可能的反駁。
它給回來的框架我通常只改兩處：把「背景」那一段壓短，把「反駁」那一段提前。剩下的小標題我基本照用。
這一步的用處很實在：框架定死了，寫作就變成填空。 我不用再一邊想結構一邊想句子。
官網那句「只需提出研究問題，執行交給 MuchSci」，我的理解是它負責把問題拆成動作，判斷這個框架能不能站住還是我的事——所以框架我只用結構，不用它寫的句子。
倒數 24 小時：一段一頁，卡住就標黃
我給自己定的規矩是：一段寫滿一頁就停，不回頭改。
每段先寫一句主張，再補兩處證據，最後寫一句「所以」。三句話撐起一段，中間填例子。
寫不動的地方我不硬憋，標黃跳過，先寫下一段。標黃的地方通常只有兩三處，最後一起處理比中途卡住快得多。
倒數 12 小時：只做三件收尾
1. **刪重複觀點。**同一件事說兩遍的地方，留證據更硬的那一處。
2. **把「我認為」換成有依據的表述。**要麼接文獻，要麼接數據，要麼明確寫成「我的推測」。
3. **統一引用格式。**這一步我一次改完，不邊寫邊改。
三件做完，通讀一遍，交。
我後來才明白的事
一晚上寫出三千字，不是因為寫得快，是因為前面的 36 小時把「寫什麼」定死了。真正拖住我的從來不是打字速度，是每次打開文件都要重新決定「這一段該說什麼」。
這也是我現在對大學生 AI 助手的基本用法：把「決定寫什麼」這一步交給檢索和框架，把「寫成什麼樣」留給自己。MuchSci 我一般就開在兩個地方——找那三篇文獻的時候，和搭框架的時候。