複製貼上稅：在 ChatGPT 和 Claude 裡寫作，你到底多付了什麼

第 9 章有一段對話怎麼寫都不對。你把這三段對話粘進 ChatGPT，讓它改得緊一點。結果不錯。你複製回來，粘進 Word：斜體沒了，小標題變成了內文裡的一行，段首縮排也沒了。你花十分鐘把格式調回去，然後發現被刪掉的一句，其實是你想留的——但上一版在哪，你已經不確定了。

下一輪還要改，你把新版再粘回去。三四次之後，聊天視窗裡躺著幾個版本，編輯器裡躺著一個，你開始記不清哪句話是誰寫的。

這不是模型的問題。幾個主流模型都能把那段對話改得更好。問題在於：你的稿子和你的對話，不在同一個地方。

複製貼上看起來只是兩個快捷鍵，實際上是一筆每次都要重新付的稅。它不貴到讓人停下來，卻會跟著每一次修改、每一章、每一本書重複。

透明說明： 我們開發 Muses，一個把 AI 聊天放進編輯器的寫作工作區。本文由團隊撰寫，文中關於產品的每一句，都對應當前真實可用的功能。

先說結論

• AI 寫作真正的成本不在生成，在搬運。 生成一段文字只要幾秒；把它安全地放進稿子、再安全地取回來，要幾分鐘。
• 聊天視窗為對話設計，編輯器為手稿設計。 兩者之間沒有共享的格式、上下文和版本。
• 無縫不是「AI 更聰明」，是「AI 和稿子在同一處」。 它能讀你的專案，改動落在原文上，你逐條決定留不留。
• 能看見改了什麼，比改得好不好更重要。 沒有差異的修改無法審閱，也無法回退。
• 只做一次問答時，聊天視窗就夠了。 一旦涉及成稿、多輪修改和長期專案，搬運成本開始複利。

複製貼上稅，具體貴在哪

一、格式在邊界上丟失。 標題、斜體、列表、腳註、圖片、引用塊、分節符——聊天視窗輸出的是「一段文字」，不是「一篇文章」。粘回 Word 或編輯器，它被當成純文字，樣式全部要手工重建。段落越長，重建越貴。

二、上下文每次重建。 模型不認識你的人物小傳、術語表、前八章。每開一個新對話，你要把相關材料再貼一遍；長對話裡，早先的細節又會滑出視野，或者被總結掉。你付的是重複勞動，還是一次次不完整的上文。

三、改動沒有差異，也沒有退路。 聊天視窗給你一個「新版」。它不會告訴你哪句刪了、哪句加了、為什麼。你只能整段對比，或者乾脆接受。想退回去，靠的是編輯器的撤銷棧和你的記性，而不是一次明確的「回到修改前」。

四、寫作被切成兩半。 想的地方在聊天視窗，寫的地方在編輯器；人物在另一個文件，資料在瀏覽器標籤裡。每切換一次，你就重建一次工作記憶。很多人覺得「用 AI 寫作很累」，累的不是寫，是切。

這不是聊天工具的錯

聊天視窗的產物是訊息。訊息天然是線性的、一次性的、面向對話的，它沒有義務儲存你的標題層級、素材庫和跨裝置的工作結構。

這些工具也在補能力：有的能在對話裡直接改一段文件，有的給你一個可編輯的畫布。但它們補的是對話裡的那份文件，不是你編輯器裡的稿子。你的專案結構、素材和版本，仍然在另一套系統裡。

所以真正的問題不是「哪個模型寫得更好」，而是「AI 站在哪裡」。站在工作區外面，你就得負責搬運；站在裡面，它才能直接改稿。

無縫協作要滿足的四個條件

讓 AI 真的在稿子裡工作，一個工具至少要做到四件事。你可以拿它去衡量任何一個寫作工具。

一、它能讀到你的專案，而不只是這次貼上的內容。 人物、術語、大綱、前幾章應該放在專案裡，AI 需要時自己去查，而不是每次由你重新貼一遍。

二、修改落在原文上，並且有標記。 不是丟給你一段新文字讓你自己找不同，而是在原句上標出增刪，你逐條接受或拒絕。

三、改動能退回去。 至少回到這次修改之前。不能回退的自動修改，是在拿你的稿子冒險。

四、內文、素材、導圖共享同一個邊界。 同一個專案裡，文章、參考資料和心智圖互相可見；AI 在這裡工作時，你不需要來回搬運上下文。

這四條聽起來像產品需求，其實是寫作流程本身的要求。缺任何一條，複製貼上都會以某種形式回來。

在 Muses 裡改一段話是什麼樣

Muses 是一個把 AI 聊天放進編輯器的寫作工作區：左邊是專案與素材，中間是內文，右邊是聊天。三欄可以拖動，聊天也可以收起來。移動端是內文與聊天的分頁佈局，不是並排。

一輪修改大概是這樣的：

1. 開啟那一章，選中要改的段落。
2. 在右側聊天裡說明目標：「只改這一段，讓爭論更有速度，少用形容詞。保留其餘部分的用詞和節奏。」
3. 選區會跟著訊息一起發出去，所以 AI 看到的是你選中的原文，而不是你重新貼上的一份。
4. 修改回來後，不會直接覆蓋內文，而是在原文上做行內標記：刪掉的有刪除線，新增的有標記。
5. 你逐條接受或拒絕，也可以整段接受或整段拒絕。在你確認之前，原文一直在。
6. 接受之後，可以撤銷這次修改，回到接受前的樣子。撤銷針對最近一次接受，內文繼續編輯後就不再生效。

需要更多上下文時，不用貼檔案：在聊天輸入框裡 @ 一篇文章或一份素材，或者直接讓它按專案裡的名字和術語去搜。它能讀到這個專案裡的文章、素材和心智圖，也能查公開站的幫助文件。

心智圖走同一套流程：AI 對已有導圖的修改先在畫布上逐節點標出，你接受或拒絕，再寫入；新建導圖則直接生成。桌面端使用本地專案時，並排聊天和審閱鏈路照常可用，只是聊天需要登入並聯網。

從聊天視窗搬過來，先做這三件事

不是所有人都要換工具。如果你現在就在 ChatGPT 或 Claude 裡寫，下面三件事能立刻減少搬運的損耗。

一、把「權威檔案」從對話裡拿出來。 人物小傳、世界觀、術語表、章節摘要放在一個固定位置，每次對話只貼當前需要的部分。

二、一次只改一個單位。 一段、一個目標。整章丟進去說「改進一下」，拿回來的東西你沒法審，也沒法退。

三、任何修改都先讀一遍再收。 尤其是刪掉的部分，AI 很少主動告訴你它刪了什麼。

如果只是查一個事實、想三個標題、問一段文字的意思，聊天視窗就是最合適的工具。它的問題不在能力，而在你需要它長期待在一份手稿裡的時候。

寫在最後

複製貼上不是懶惰，是工具邊界留下的手工活。它每次只花幾分鐘，卻會跟著每一次修改、每一章、每一本書重複。

把 AI 放進編輯器，改變的不是一個功能，而是這條邊界：它能讀你的專案，修改落在原文上，你逐條決定，改壞了能退回去。你省下的不只是幾次複製貼上，是每次切換時重建的那份注意力。

Muses 就是這樣工作的：聊天與內文並排，選區可以直接作為上下文，AI 對已有內容的修改先等你審閱，心智圖同樣逐項確認；桌面端用本地專案時也是同一套流程。想先試試手感，可以新建一個專案，或者看看小說寫作工作區和書稿編輯是怎麼用的。改稿方法本身，可以接著讀用 AI 寫一本書的八步流程和如何提高寫作水平。

開始是免費的：免費版包含預設的 Clio 模型和每月 50,000 星力值；付費方案按訂閱計費，具體價格以結算頁為準。免費開始。