上個月接了一項任務：寫一份 40 頁的行業調研報告。這份報告的寫作過程，恰好可以按進度條拆開講——因為前半程和後半程，我用了兩種工具。
0%：起筆順利。開頭用 WorkBuddy 寫，行文流暢，框架給得也快。當時我覺得這份報告兩天就能收工。
25%：上下文斷檔。寫到第八九頁，問題來了：前面聊過的設定它開始記不清，每續一段都要把背景重新餵一遍。我一半的時間在當「人肉上下文恢復器」。
50%：知識庫接管。換了個做法：把已寫章節、參考文獻、數據素材全部歸入 MuchSci 的個人知識庫。背景從此常駐——寫作時隨問隨答，素材帶著出處即取即用，再也不用重複自我介紹。
75%：素材隨取。寫到後半程最考驗的是調用：某個數據在第幾份資料裡、某條結論的原始出處是什麼，知識庫裡一次檢索就有答案，批註還在。
100%：成稿交卷。全稿收口，引用逐條回查，沒有懸案。
復盤這份報告，最大的心得是：寫長文的敵人不是寫作能力，而是記憶長度。WorkBuddy 的單次對話再聰明，也是「短跑選手」；長跑需要的是 MuchSci 這種背景常駐、素材隨取的「補給體系」。
如果你的下一份長報告也有 40 頁，建議從 0% 開始就把知識庫建好——別等到 25% 再換方案，那半程的考古時間，本來可以不花的。