多稿合併：從手動比稿到一鍵 Skill
整理版優先睇
AI多稿合併四步流程與Skill化方法，從手動比稿到一鍵整合
呢篇文章係作者分享自己平時做多稿合併嘅經驗。佢成日要用AI生成幾個版本嘅稿，但每個版本都有優缺點，手動合併好嘥時間又容易漏。為咗解決呢個問題，佢嘗試用AI嚟做合併，效果好好，仲進一步將成個流程固化成一個Skill，以後一鍵搞掂。
整體嚟講，作者認為AI好擅長比較同合併文本，尤其係用推理模型效果更佳。佢提出一個清晰嘅四步流程：揀基礎稿、提取亮點、融合、潤色。然後教大家將重複嘅工作做成Skill，唔使每次都打提示詞。Skill文件本身只係Markdown加YAML，唔使寫Code，好易上手。
- AI擅長比較多個文本、提取差異同執行合併，結果比手動更全面統一，尤其係有推理能力嘅模型效果更突出。
- 合併流程分四步：揀一份最好嘅稿做基礎、逐份審閲其他稿提取亮點同缺失內容、融合到基礎稿、最後潤色消除拼接痕跡。
- 將合併流程固化成Skill可以慳返每次輸入提示詞嘅時間，而且確保步驟一致，唔會漏。
- 創建Skill有兩個方法：先手動做一次再叫AI固化，或者直接描述需求叫AI生成；前者適合未摸清流程，後者適合好清晰嘅情況。
- Skill文件本質係Markdown加YAML，可以引用其他Skill（例如寫作風格），唔使寫Code，只要寫清楚步驟就得。
多稿合併 Skill 模板
作者實際用緊嘅 merge-drafts Skill，包含觸發條件、工作流程同輸出規範，可直接參考或修改。
Skill Creator 安裝
安裝 skill-creator 後可以用自然語言生成 Skill 文件。
多稿合併嘅痛點同AI解法
作者成日要AI生成幾個版本嘅稿，每次比較都頭痛：A版本結構最好但有啲位生硬，B版本某幾段好正但漏咗資訊，C版本最齊全但讀起嚟似機器翻譯。手動合併嘅話要先揀最好嘅做基礎，然後逐段對比，複製貼上再潤色，非常消耗注意力，仲容易漏嘢。
AI係處理大量文本嘅專家，呢類「比較多個文本、提取差異、執行合併」嘅任務，AI做得仲好過人，唔會漏嘢，風格亦更統一。
所以作者開始將所有稿連同指令一次過交俾AI，叫佢跟足步驟做合併。效果出乎意料地好，尤其係用支援推理嘅模型（例如Claude擴展思考模式或者GPT-5 thinking），因為合併需要判斷邊段好、點樣融合同自然，呢啲都需要推理能力。
AI多稿合併四步流程
- 1 閲讀所有稿子，快速評估每份嘅結構、資訊覆蓋面、表達質素同獨特亮點。
- 2 揀一份最佳稿做基礎，標準係結構最清晰、資訊最齊、表達最好，以佢為基礎改動最少。
- 3 逐一審閲其他稿子，提取缺失內容、更好嘅表達、獨特角度同數據案例。
- 4 喺基礎稿上融合：補充缺失、替換更好表達、融合不同視角、統一風格；原則係融合而非拼接，合併後要似一個人寫嘅。最後潤色檢查拼接痕跡、風格統一、重複內容同邏輯連貫。
如果你用Claude Code呢類命令行Agent工具，更可以直接指定檔案路徑，佢會自動讀取同執行合併，操作更方便。
點樣將流程固化成Skill
上面個方法好用，但每次都要重新輸入提示詞。如果成日做多稿合併，最好將成個流程做成一個Skill。Skill係Claude嘅能力擴展機制，你寫一個Skill檔案之後，每次只要講「合併呢幾篇稿」，Claude就會自動跟流程做，唔使再重複提示。
任何你發現自己重複做嘅事，都可以考慮做成Skill：翻譯完要固定格式排版、寫完文章要按清單自查、每次發佈前要生成摘要同封面圖——判斷標準係你係咪成日複製貼上同一段提示詞。
---
name: merge-drafts
description: 多稿合併技能。將多份草稿合併為一份高質量文章。當用戶要求"合併稿子"、"合稿"、"merge drafts"等時使用此技能。
---
# 多稿合併技能
## 工作流程
步驟一：閲讀所有稿子，快速評估結構、信息、表達和亮點。
步驟二：選一份最佳稿作為基礎。
步驟三：逐一審閲其他稿，提取缺失內容和更好表達。
步驟四：在基礎稿上合併，融合而非拼接。
步驟五：潤色。
步驟六：輸出合併報告。Skill檔案本質係Markdown文件，包含YAML格式嘅元資訊（名同觸發描述）同Markdown正文指令。唔使寫Code，寫清楚步驟就得。仲可以引用其他Skill，例如引用writing-style嚟控制寫作風格。
兩種創建Skill方法嘅選擇
創建Skill有兩種常見方式。
方式一：先手動做一遍，再叫AI固化。咁樣你對最終效果有直觀感受，可以喺固化前發現問題調整；缺點係要先花時間做一次。
方式二：直接描述需求，叫AI創建。如果你已經好清楚流程，用呢個更快，省咗手動執行時間。
- 方式一（手動→固化）：喺Claude AI完整做一次合併，滿意後用 /skill-creator 固化成Skill。好處係有真實案例，但要先花時間。
- 方式二（直接描述）：喺Claude Code用 /skill-creator 加上流程描述，AI直接生成Skill文件。快，但可能需要多跑幾次先滿意。
AI翻譯或者輔助寫作嗰陣，我通常唔會淨係生成一個版本。
有時係同一個模型行幾次，有時係唔同模型各行一次，甚至係唔同嘅提示詞分別行一次。幾個版本擺喺手度比較嚇，你就會發現一件好頭痕嘅事：冇邊個版本係完美嘅，但每個版本都有自己嘅亮點。
A版本整體結構最好，但有幾段翻譯太生硬；B版本某幾段特別出彩，但漏咗一啲關鍵資訊；C版本資訊最齊，但讀起嚟好似機器翻咁。
點樣將佢哋嘅優點合埋一齊？
我之前嘅做法好簡單粗暴：
先睇勻所有版本，揀一篇整體最好嘅做基礎。然後對住其他版本逐段比較，見到邊段寫得更好就複製過嚟取代，見到基礎版本欠咗嘅資訊就補返入去。最後再通讀一次，潤飾嚇接駁位，確保讀起嚟似一個人寫嘅，冇接駁嘅痕跡。
效果都唔錯，但係好費時間。尤其係稿多嘅時候，三四個版本比較嚟比較去好消耗注意力。而且人手比較容易漏嘢，某個版本入面一個好好嘅細節可能就咁錯過咗。
叫AI嚟做呢件事
既然AI擅長處理大量文本，呢個嘢點解唔叫佢做呢？
我試咗一次，將所有版本一齊send俾AI，配埋呢個指令：
1. 睇曬所有稿，從中揀一篇最好嘅做基礎 2. 逐篇審視其他稿，揾出亮點同基礎版本缺失嘅部分 3. 將呢啲內容融合到基礎稿入面 4. 對合併後嘅全文做一次潤飾，消除接駁痕跡
效果出乎意料咁好。AI喺呢種「比較多個文本、提取差異、執行合併」嘅任務上好靠得住。佢唔會漏咗某個版本嘅獨特內容，合併後嘅風格亦都比我手動接駁更加統一。
呢度有個小經驗：用支援推理嘅模型效果更好，例如Claude嘅擴展思考模式，或者GPT-5 thinking呢類推理模型。因為合併唔係簡單嘅複製貼上，需要判斷邊段更好、點樣融合先自然，需要輸出中間結果，呢啲都需要推理能力。
用聊天界面（例如Claude AI）就做到，將所有稿同指令一齊send過去。如果你用Claude Code呢類命令列Agent工具，可以直接指定檔案路徑，佢會自己讀取檔案然後執行合併，操作上就方便啲。
重複嘅工作應該固化做Skills
上面嘅方法好用，但有個問題：每次合併都要重新輸入嗰段提示詞。
如果你成日做呢種多稿合併嘅工作，更好嘅做法係將佢做成一個 Skill。Skill係Claude嘅一種能力擴展機制，你可以將一套工作流程寫成一個Skill檔案，之後每次只需要同Claude講「合併呢幾篇稿」，佢就會自動按照你定義好嘅流程去執行。唔需要每次重複輸入提示詞，亦唔使擔心某次漏咗某個步驟。
建立Skill有兩種常見方式。
方式一：先手動做一次，再叫AI固化
你喺Claude AI入面先手動行一次完整嘅合併流程。將稿send過去，叫佢揀基礎稿、提取亮點、合併、潤飾，做完之後你檢查結果，覺得滿意。
然後喺同一個對話入面同佢講：
/skill-creator 將頭先嘅操作流程固化做一個Skill。
因為AI已經行過一次完整流程，佢好清楚每一步要做啲乜、要注意啲乜。從實際操作中提煉出嚟嘅Skill，通常比憑空描述嘅更準確。
呢種方式嘅好處係你對最終效果有直觀感受，可以喺固化之前就發現問題並調整。缺點係你要先花時間做一次。
方式二：直接描述需求，叫AI建立
如果你已經好清楚自己想要點樣嘅流程，可以直接同Skill Creator講。例如喺Claude Code入面可以咁樣寫：
/skill-creator 為當前項目添加一個skill，可以用嚟將多份稿合併成一份稿。流程如下：
1. 睇曬所有提供嘅稿 2. 揀一份最好嘅稿做基礎 3. 將其他稿中有價值嘅內容或者基礎稿缺失咗嘅重要部分加入基礎稿 4. 對完成後嘅稿潤飾
參考輸入（呢個例子只有2份稿，通常最少2份，亦可能超過2份）：
posts/2026-03-01/jenny-wen-design-process/draft1.md
posts/2026-03-01/jenny-wen-design-process/draft2.md
Skill Creator會根據你嘅描述生成一個完整嘅Skill檔案，包括觸發條件、輸入格式、工作流程、輸出規範。
如果你冇skill-creator，可以從呢度安裝：https://skills.sh/anthropics/skills/skill-creator
呢種方式更快，適合你已經諗清楚流程嘅情況。缺點係冇實際案例做參照，生成嘅Skill可能需要行多幾次先調到滿意。
兩種方式點樣揀
如果你對流程仲未太肯定，或者呢個任務你之前未做過，用方式一。先手動做一次，摸清楚邊啲步驟重要、邊啲細節容易出錯，再固化。
如果你已經反覆做過好多次，流程好清晰，用方式二。直接描述需求，慳返手動執行嘅時間。
兩種方式都可以結合：先用方式一做個初版Skill，用幾次之後發現可以優化嘅地方，再用方式二叫Skill Creator幫你調整。
合併Skill係點樣
下面係我實際用緊嘅多稿合併Skill，畀你做參考：
---
name: merge-drafts
description: 多稿合併技能。將多份草稿合併為一份高質量文章。閲讀所有稿子，選最佳稿為基礎，融合其他稿子的亮點和缺失內容，最終潤色輸出。當用戶要求"合併稿子"、"合稿"、"merge drafts"、"把這幾篇合成一篇"、"綜合這幾份稿子"時使用此技能。
---
# 多稿合併技能
## 寫作風格
本技能遵循 `writing-style` 技能定義的寫作規範。
## 輸入
接收 2 份或以上草稿文件路徑。同時讀取同目錄下的 analysis.md（如有）作為素材參考。
## 工作流程
步驟一：閲讀所有稿子，快速評估每份的結構、信息覆蓋面、表達質量和獨特亮點。
步驟二：選一份最佳稿作為基礎。標準是結構最清晰、信息最全、表達最好、以它為基礎改動最小。
步驟三：逐一審閲其他稿子，提取缺失內容、更好的表達、獨特角度和數據案例。
步驟四：在基礎稿上合併。補充缺失內容，替換更好的表達，融合不同視角，統一風格。原則是融合而非拼接，合併後讀起來像一個人寫的。
步驟五：潤色。重點檢查拼接痕跡、風格統一、重複內容、邏輯連貫。
步驟六：輸出合併報告，說明基礎稿選擇理由、各稿貢獻了什麼、主要修改了哪些內容。呢個Skill嘅 description 字段入面列咗多種觸發方式，中英文都有。咁樣無論你講「合併呢幾篇稿」定係「merge these drafts」，Claude都知道應該調用呢個Skill。
工作流程拆成咗六步，每一步都有明確嘅任務同標準。其中步驟四嘅合併原則好關鍵：「融合而非拼接，合併後讀起嚟似一個人寫嘅」，呢條規則直接決定咗合併質量。
Skill仲可以引用其他Skill。例如呢個合併Skill引用咗 writing-style 嚟控制寫作風格，咁樣合併出嚟嘅文章會自動遵守你預設嘅風格規範。
你可以根據自己嘅需求調整呢個Skill。例如加上字數限制、指定輸出檔案名規則，或者增加一個「讓用戶確認基礎稿選擇」嘅步驟（我個人鍾意全自動，所以就冇加）。
Skill嘅通用建立思路
雖然呢篇文章用多稿合併做例子，但建立Skill嘅思路係通用嘅。任何你發現自己喺度重複做嘅嘢，都可以考慮做成Skill：
翻譯完要按固定格式排版？做成Skill。寫完文章要按檢查清單自查？做成Skill。每次發佈前要生成摘要同封面圖？做成Skill。
判斷標準好簡單：如果你發現自己喺度複製貼上之前用過嘅提示詞，或者每次都要同AI解釋一次同樣嘅流程，咁就應該做成Skill喇。
Skill檔案本質上就係一個Markdown文件，包含YAML格式嘅元資訊（名同觸發描述）同Markdown格式嘅正文指令。唔需要寫代碼，識得寫清楚步驟就得。
如果你想令Skill更強大，可以喺入面引用其他Skill、指定檔案管理規則、添加自動執行嘅腳本。但起步階段，一個清晰嘅工作流程描述就夠了。
AI 翻譯或者輔助寫作的時候，我通常不會只生成一個版本。
有時候是同一個模型跑多次，有時候是不同模型各跑一次，甚至是不同的提示詞分別跑一次。幾個版本拿到手裏一比較，你會發現一個很糾結的事情：沒有哪個版本是完美的，但每個版本都有自己的亮點。
A 版本整體結構最好，但有幾段翻譯太生硬；B 版本某幾段特別出彩，但漏掉了一些關鍵信息；C 版本信息最全，但讀起來像機器翻的。
怎麼把它們的優點合到一起？
我之前的做法很簡單粗暴：
先通讀所有版本，選一篇整體最好的當基礎。然後對着其他版本逐段比較，看到哪段寫得更好就複製過來替換，看到基礎版本缺的信息就補進去。最後再通讀一遍，潤色一下拼接處，確保讀起來像一個人寫的，沒有拼接的痕跡。
效果還不錯，但費時間。尤其是稿子多的時候，三四個版本比來比去很消耗注意力。而且人工比較容易漏東西，某個版本里一個很好的細節可能就這麼錯過了。
讓 AI 來做這件事
既然 AI 擅長處理大量文本，這個活兒為什麼不讓它來？
我試了一下，把所有版本一起發給 AI，配上這樣的指令：
1. 閲讀所有稿子，從中選一篇最好的作為基礎 2. 逐一審閲其他稿子，找出亮點和基礎版本缺失的部分 3. 把這些內容融合到基礎稿裏 4. 對合並後的全文做一遍潤色，消除拼接痕跡
效果出乎意料地好。AI 在這種“比較多個文本、提取差異、執行合併”的任務上非常靠譜。它不會漏掉某個版本的獨特內容，合併後的風格也比我手動拼接更統一。
這裏有個小經驗：用支持推理的模型效果更好，比如 Claude 的擴展思考模式，或者 GPT-5 thinking 這類推理模型。因為合併不是簡單的複製粘貼，需要判斷哪段更好、怎麼融合才自然，需要輸出中間結果，這些都需要推理能力。
用聊天界面（比如 Claude AI）就能做，把所有稿子和指令一起發過去。如果你用 Claude Code 這樣的命令行 Agent 工具，可以直接指定文件路徑，它會自己讀取文件然後執行合併，操作上更方便一些。
重複的工作應該固化成 Skills
上面的方法好用，但有個問題：每次合併都要重新輸入那段提示詞。
如果你經常做這種多稿合併的工作，更好的做法是把它做成一個 Skill。Skill 是 Claude 的一種能力擴展機制，你可以把一套工作流程寫成一個 Skill 文件，之後每次只需要告訴 Claude“合併這幾篇稿子”，它就會自動按照你定義好的流程去執行。不需要每次重複輸入提示詞，也不用擔心某次漏掉了某個步驟。
創建 Skill 有兩種常見方式。
方式一：先手動做一遍，再讓 AI 固化
你在 Claude AI 裏先手動走一遍完整的合併流程。把稿子發過去，讓它選基礎稿、提取亮點、合併、潤色，做完之後你檢查結果，覺得滿意。
然後在同一個對話裏跟它說：
/skill-creator 把剛才的操作流程固化成一個 Skill。
因為 AI 已經走過一遍完整流程了，它很清楚每一步該做什麼、要注意什麼。從實際操作中提煉出來的 Skill，通常比憑空描述的更準確。
這種方式的好處是你對最終效果有直觀感受，可以在固化之前就發現問題並調整。缺點是你得先花時間做一遍。
方式二：直接描述需求，讓 AI 創建
如果你已經很清楚自己要什麼流程，可以直接告訴 Skill Creator。比如在 Claude Code 裏可以這樣寫：
/skill-creator 為當前項目添加一個 skill，可以用來把多份稿子合併成一份稿子。流程如下：
1. 閲讀所有提供的稿子 2. 選一份最好的稿子作為基礎 3. 將其他稿子中有價值的內容或者基礎稿子缺失的重要部分加入到基礎稿 4. 對完成後的稿子潤色
參考輸入（這個例子只有 2 份稿子，通常至少 2 份，也可能超過 2 份）：
posts/2026-03-01/jenny-wen-design-process/draft1.md
posts/2026-03-01/jenny-wen-design-process/draft2.md
Skill Creator 會根據你的描述生成一個完整的 Skill 文件，包括觸發條件、輸入格式、工作流程、輸出規範。
如果你沒有 skill-creator，可以從這裏安裝：https://skills.sh/anthropics/skills/skill-creator
這種方式更快，適合你已經想清楚流程的情況。缺點是沒有實際案例做參照，生成的 Skill 可能需要多跑幾次才能調到滿意。
兩種方式怎麼選
如果你對流程還不太確定，或者這個任務你之前沒做過，用方式一。先手動做一遍，摸清楚哪些步驟重要、哪些細節容易出錯，再固化。
如果你已經反覆做過很多次，流程很清晰了，用方式二。直接描述需求，省掉手動執行的時間。
兩種方式也可以結合：先用方式一做出初版 Skill，用幾次之後發現可以優化的地方，再用方式二讓 Skill Creator 幫你調整。
合併 Skill 長什麼樣
下面是我實際在用的多稿合併 Skill，供參考：
---
name: merge-drafts
description: 多稿合併技能。將多份草稿合併為一份高質量文章。閲讀所有稿子，選最佳稿為基礎，融合其他稿子的亮點和缺失內容，最終潤色輸出。當用戶要求"合併稿子"、"合稿"、"merge drafts"、"把這幾篇合成一篇"、"綜合這幾份稿子"時使用此技能。
---
# 多稿合併技能
## 寫作風格
本技能遵循 `writing-style` 技能定義的寫作規範。
## 輸入
接收 2 份或以上草稿文件路徑。同時讀取同目錄下的 analysis.md（如有）作為素材參考。
## 工作流程
步驟一：閲讀所有稿子，快速評估每份的結構、信息覆蓋面、表達質量和獨特亮點。
步驟二：選一份最佳稿作為基礎。標準是結構最清晰、信息最全、表達最好、以它為基礎改動最小。
步驟三：逐一審閲其他稿子，提取缺失內容、更好的表達、獨特角度和數據案例。
步驟四：在基礎稿上合併。補充缺失內容，替換更好的表達，融合不同視角，統一風格。原則是融合而非拼接，合併後讀起來像一個人寫的。
步驟五：潤色。重點檢查拼接痕跡、風格統一、重複內容、邏輯連貫。
步驟六：輸出合併報告，說明基礎稿選擇理由、各稿貢獻了什麼、主要修改了哪些內容。這個 Skill 的 description 字段裏列了多種觸發方式，中英文都有。這樣不管你說“合併這幾篇稿子”還是“merge these drafts”，Claude 都知道該調用這個 Skill。
工作流程拆成了六步，每一步都有明確的任務和標準。其中步驟四的合併原則很關鍵：“融合而非拼接，合併後讀起來像一個人寫的”，這條規則直接決定了合併質量。
Skill 還可以引用其他 Skill。比如這個合併 Skill 引用了 writing-style 來控制寫作風格，這樣合併出來的文章會自動遵守你預設的風格規範。
你可以根據自己的需求調整這個 Skill。比如加上字數限制、指定輸出文件名規則，或者增加一個“讓用戶確認基礎稿選擇”的步驟（我個人喜歡全自動，所以沒加）。
Skill 的通用創建思路
雖然這篇文章用多稿合併做例子，但創建 Skill 的思路是通用的。任何你發現自己在重複做的事情，都可以考慮做成 Skill：
翻譯完要按固定格式排版？做成 Skill。寫完文章要按檢查清單自查？做成 Skill。每次發佈前要生成摘要和封面圖？做成 Skill。
判斷標準很簡單：如果你發現自己在複製粘貼之前用過的提示詞，或者每次都要跟 AI 解釋一遍同樣的流程，那就該做成 Skill 了。
Skill 文件本質上就是一個 Markdown 文檔，包含 YAML 格式的元信息（名字和觸發描述）和 Markdown 格式的正文指令。不需要寫代碼，會寫清楚步驟就行。
如果你想讓 Skill 更強大，可以在裏面引用其他 Skill、指定文件管理規則、添加自動執行的腳本。但起步階段，一個清晰的工作流程描述就夠了。