導語｜實驗做完、圖也畫好了，論文卻遲遲寫不出來——這是很多研究生最真實的一段時間。真正難的往往不是句子，而是結構、邏輯，以及從零開始的那種無從下手。
一、實驗做完之後，寫才是真正的大工程
實驗階段有排期、有目標、有反饋：做一組測試、跑一個條件，當天就知道結果好不好。寫作階段沒有這些——面對一個空白文件，你不知道今天算不算有進展。
於是常見的狀態出現了：數據早就齊了，初稿一直沒寫完。不是因為不會寫句子，而是因為這件事沒有路線：結構怎麼搭、每一段該放什麼、結果和討論怎麼銜接起來，都得一邊寫一邊想。
寫作卡住，極少是因為不會寫句子，更多時候是因為沒有一條已經搭好的路線。
二、四件最容易卡住的事
把這件事拆開看，學生寫初稿時的困難集中在四處：
• 結構不定：引言寫了一半，不知道還該放哪些文獻，於是反覆開新文件重寫；
• 邏輯斷層：結果和討論之間缺一環，說不清為什麼這個結果重要；
• 期刊要求不同：各刊的結構、篇幅、時態習慣都不一樣，投另一家就得重新編排；
• 逐段硬磨：一段改一下午，越改越不敢投稿，初稿一拖就是半年。
這些問題有一個共同點：它們都發生在「寫句子」之前。 結構、邏輯、目標期刊的要求確定了，落筆反而很快。
三、先把框架搭出來，再逐段填
寫作卡住的時候，換個起手方式往往就順了：不從引言第一句開始，而是先把整篇的框架擺出來。
• 把實驗數據、研究目的、核心結論整理好，一次輸入；
• 按目標期刊的結構搭出完整論文框架——引言、方法、結果、討論各就各位；
• 逐段生成初稿，過程中邏輯缺口會被指出來，逐處補齊；
• 最後拿到可編輯文件，按自己的表述逐句打磨。
這一段可以交給 MuchSci 的「論文水手」：材料整理輸入後，它按目標期刊的結構搭建完整框架，從引言、方法到結果、討論逐段生成初稿，並自動補全邏輯缺口，輸出可編輯文件。
初稿的作用不是定稿，是讓你有東西可改。 從空白頁開始寫，永遠比從初稿開始改要慢。
四、從空白頁開始寫，和從初稿開始改
兩種起手方式，差別不只在速度上：
• 從空白頁開始寫，你同時在做三件事——想結構、找文獻、組織句子，任何一件卡住，全局都停；
• 從框架初稿開始改，結構和邏輯已經有了骨架，你只做一件事：判斷哪句說得對不對、哪個結論說得過不過。
寫作最難的不是句子，是結構和邏輯。 把這兩件事先解決，剩下的才是語言活；反過來做，就會一直在「寫不出來」和「改了又改」之間循環。
五、初稿之後，還有幾關要自己過
初稿只是起點。真正決定能不能被接收的，是後面這幾遍：
• 數據的解釋：結果說明了什麼、還能說明什麼，這是作者的核心工作；
• 結論的分寸：哪些話可以說滿，哪些必須留餘地，越界就是硬傷；
• 文獻與引用：引言裡的每一句背景都要有出處，格式也要對得上目標期刊；
• 語言潤色：非母語寫作難免生硬，投稿前值得再順一遍。
| 初稿階段 | 最容易出問題的地方 | 交給流程之後 |
| 引言 | 背景文獻散，和本文問題接不上 | 按目標期刊結構落位，缺口自動提示 |
| 方法 | 參數與步驟寫得過簡或過細 | 按結構逐段生成，細節自己補 |
| 結果 | 圖與文字對不上、重點不突出 | 先有框架，圖表與敘述同步推進 |
| 討論 | 講不出與前人工作的關係 | 框架裡留好與前人對比的位置 |
六、哪些地方必須自己寫
• 科學判斷：這個結果是不是真的支持你的假設，只有你能回答；
• 數據真實性：任何情況下都不能因為「看起來更順」而刪改數據；
• 結論的邊界：寫清適用範圍和局限，比把結論說大更重要；
• 署名與責任：初稿可以借助工具，論文的每一句話最終由作者負責。
七、初稿不是運氣，是流程
很多人把「寫得快」歸因於靈感，其實更多是流程：材料先整理好，框架先搭起來，邏輯先補上，最後才是逐句打磨。
MuchSci 的論文水手接走的正是「把材料變成一份可修改的初稿」這一段，留下的恰好是最需要動腦的部分——判斷什麼值得說、怎麼說、說到什麼程度。這幾件事沒有捷徑，但現在的差別在於：你可以在一個已經成形的稿子上做判斷，而不是對著一片空白做判斷。
寫作這件事，從來不是從第一句開始，而是從「知道這篇論文長什麼樣」開始。