# Merge Drafts

> Intelligent draft merging tool with quality assessment and conflict resolution. Merges multiple drafts into a high-quality article, supporting multiple input formats, intelligent evaluation, conflict detection, highlight fusion, and multi-format output. Use when user says "合并稿子", "合稿", "merge drafts", "把这几篇合成一篇", "综合这几份稿子", "多稿合一", "稿件合并", "draft merge", "整合稿件", "汇总文稿", "把所有稿子合并", "起草稿合并", "初稿合并", "多个版本合并", "copy merge", "文章合并".

- Skill: `lord1egypt/merge-drafts` (Agent Skill)
- Install (CLI): `npx skillmds@latest add lord1egypt/merge-drafts`
- Raw SKILL.md: https://api.skillmd.com/api/skills/lord1egypt/merge-drafts/raw
- Safety review: pending (external: skill-scanner PASS, skillspector PASS)
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: Lord1Egypt (https://skillmd.com/u/lord1egypt)
- Updated: 2026-09-08
- Page: https://skillmd.com/skills/lord1egypt/merge-drafts

---


# 多稿合并技能 v2.0

## 写作风格

本技能遵循 `writing-style` 技能定义的写作规范（见"写作风格"章节），同时补充以下合稿特有原则：

- **语气一致**：若各稿语气差异过大（如案例分析稿偏口语、技术解读稿偏正式），以基础稿为准，通过过渡句调节全文基调
- **保留独特表达**：某稿中有生命力的词句或精准术语，应在融合时保留，而非统一成平淡表达
- **术语统一**：同一概念在不同稿中出现不同表述时，优先保留基础稿用语，其余作为脚注说明"别处亦作XXX"
- **行文节奏**：合并时避免堆砌短句，注意段落内部的长短句搭配

> **关联：** 写作风格的具体执行在"步骤六：智能润色"中体现；"步骤五：融合合并"中的自由度边界受风格约束。

---

## 输入

支持：文件路径（txt/md/docx/pdf）、URL链接、直接粘贴文本、飞书文档链接。同目录 analysis.md（如有）作辅助参考。

> **提示：** 飞书文档**必须**开启"任何人可查看"分享权限（见"错误处理"中的"飞书文档无权限"）。

### 输入格式优先级
飞书文档链接 > 本地文件路径 > 直接粘贴文本 > analysis.md

> **关联：** 输入格式的具体解析逻辑在"步骤一：输入解析"中；支持格式列表见"错误处理"中的"无法读取格式"条目。

---

## 质量评估标准

以下标准贯穿整个合并流程，从步骤二的独立评估到步骤七的最终输出。

| 维度 | 权重 | 说明 |
|------|------|------|
| 结构清晰度 | 20% | 段落组织、逻辑 flow |
| 信息完整度 | 25% | 覆盖主题程度 |
| 表达质量 | 20% | 语法、流畅度 |
| 独特亮点 | 15% | 独特视角/数据/案例 |
| 主题契合度 | 20% | 与最终目标匹配度 |

**评分等级：** 90-100优秀 / 70-89良好 / 50-69一般 / <50较差

**评分计算示例：**
- 稿A：结构清晰度90分×20% + 信息完整度85分×25% + 表达质量88分×20% + 独特亮点80分×15% + 主题契合度92分×20% = 87.45分（良好）
- 稿B：各维度平均70分 = 70分（良好）
- 稿C：各维度平均50分 = 50分（一般）

> **关联：** 基础稿评分直接影响最终文章质量上限（见步骤四）；评估结果决定步骤六润色优先级；最终评分输出至"输出格式"中的合并报告。

评估结果将作为以下工作流程各步骤的决策依据，请先完整理解标准，再进入步骤一。

---

## 工作流程

各步骤按顺序执行，前一步骤未通过时不得进入下一步（见"约束规则"）。

### 步骤一：输入解析
识别输入格式，统一转为 Markdown，提取标题、正文、注释。

**→ 输出：** 标准化的 Markdown 稿件列表，供步骤二评估使用。

### 步骤二：独立评估
对每份稿子按6个维度打分（见"质量评估标准"），提取核心论点，标记独特亮点，识别潜在问题。

**示例：** 稿A"降低开发门槛"，稿B"带来安全风险"→ 均标记为独立论点，融合时在"挑战与机遇"章节并存。

**→ 输出：** 每份稿子的评分报告，供步骤三冲突检测和步骤四基础稿选择使用。

### 步骤三：冲突检测
找出矛盾观点/数据，优先保留有引用来源的，无法判断时呈现用户选择（见"错误处理"中的"内容冲突"）。

**示例：** 稿A"2025年500亿美元"，稿B"2026年800亿美元"→ 优先保留有第三方报告来源的版本。

**→ 输出：** 冲突点清单，供步骤四基础稿选择和步骤五融合合并参考。

### 步骤四：选择基础稿
评分最高者为基础稿（见"约束规则"）：结构最清晰 > 信息最完整 > 表达最好 > 改动成本最低。

**示例：** 稿A(85分)、稿B(83分)、稿C(80分) → 选稿A为基础稿。

**→ 输出：** 确定的基础稿（含章节结构和核心论点骨架），作为步骤五融合合并的骨架。

### 步骤五：融合合并
提取缺失内容、更好表达、独特视角、数据案例，融入基础稿（见"约束规则"中的"禁止直接拼接"）。

**融合原则：** 融合而非拼接，像一个人写的；保留核心主线（即全文论点主线和章节逻辑骨架），优先使用有出处的内容。

**自由度边界（以下情况**必须**遵循，**禁止**越界）：**
- 表达差异不明显时以基础稿为准 — **禁止**自行判断哪个表达更好
- 亮点与主线冲突时降级为脚注 — **禁止**直接删除亮点内容
- 数据案例与结构不匹配时另设章节 — **禁止**强行压缩进不相关章节
- 有争议数据以权威来源为准 — **禁止**凭感觉选择

**灵活处理边界（以下情况**允许**灵活处理）：**
- 基础稿某章节过于简略，其他稿有详细阐述 → **允许**扩充该章节
- 基础稿某段落表达冗长，其他稿有简洁版本 → **允许**精简表达
- 基础稿缺少过渡段落，其他稿有合适衔接 → **允许**补充过渡
- 基础稿某数据已过时，其他稿有最新数据 → **允许**更新数据

**→ 输出：** 融合后的初稿，供步骤六润色优化。

### 步骤六：智能润色
检查拼接痕迹（过渡自然）、风格统一（删除重复）、逻辑连贯、错别字检查（见"错误处理"中的"润色后出现病句"）。**最小必要润色的边界：** 仅处理语法错误、明显错别字、断裂的过渡句；**禁止**重写表达、删改内容结构、改变论点走向（见"约束规则"）。

**→ 输出：** 润色后的终稿，供步骤七输出。

### 步骤七：输出
默认 Markdown，同时输出合并报告（见"输出格式"）；支持 Markdown/HTML/PDF/飞书文档。

**→ 输出：** 最终文章 + 合并报告。

---

步骤一至步骤七形成闭环：输入解析 → 独立评估 → 冲突检测 → 选择基础稿 → 融合合并 → 智能润色 → 输出。

---

## 输出格式

### 合并报告
```
📊 合并报告
📝 基础稿：[文件名] (评分: XX)
📄 稿件贡献：- 稿1: [贡献内容]
✏️ 主要修改：[修改点]
📈 质量评分：XX/100
```

> 质量评分**必须**依据"质量评估标准"计算（见"约束规则"）。

### 文章输出
保持 Markdown 格式，重要引用添加脚注，章节标题层级清晰。

完成输出后，若遇到格式不支持、权限不足、字数超限等情况，请按下方错误处理表对应处理。

---

## 错误处理

| 情况 | 处理方式 |
|------|----------|
| 主题完全不相关 | 提示用户，分开处理 |
| 字数差异过大（>5倍） | 警告，说明风险，由用户确认是否继续 |
| 无法读取格式 | 提示支持格式列表 |
| 内容冲突 | 标记冲突点，请用户决定，**禁止**不告知用户自行选择（见步��三） |
| 稿子只有1份 | 提示至少需要2份，退出流程 |
| 稿子全部为空 | 提示检查文件路径或内容，退出流程 |
| 飞书文档无权限 | 提示确认分享权限（见"输入"章节提示） |
| 输出格式不支持 | 回退到默认Markdown（见步骤七） |
| 某稿评估得分极低（<30） | 在报告中单独标注（见步骤二） |
| 融合后字数过长（>2万字） | 提示可分篇输出 |
| 多份稿子标题完全相同 | 保留基础稿标题 |
| 冲突过多（>5个） | 汇总一次性请用户确认，**禁止**自行处理超过5个冲突（见步骤三） |
| 润色后出现病句 | 标记"待确认"，保留原文和润色版供用户选择（见步骤六） |

---

## 约束规则

> **关联：** 约束规则与工作流程各步骤的对应关系——步骤二（评分标准一致）、步骤三（冲突必须先检测）、步骤四（基础稿选择）、步骤五（融合而非拼接）、步骤六（最小必要润色）、步骤七（必须输出报告）；错误处理表中的各条目均映射到对应步骤。

- **必须**在融合前完成冲突检测（步骤三）
- **必须**以评分最高稿为基础稿（步骤四）
- **禁止**直接拼接，必须进行语义融合（步骤五）
- **禁止**未告知用户丢弃任何稿件全部内容
- **必须**输出合并报告（步骤七、输出格式）
- **必须**说明各稿贡献（输出格式）
- **禁止**修改原文，只能最小必要润色——仅修正语法错误、明显错别字及断裂过渡；**禁止**重写表达、删改内容结构（步骤六）
- **必须**按质量评估标准权重计算评分（质量评估标准、输出格式）
- **必须**对所有稿件采用统一的评分标准，不得因某稿为主稿而放宽其扣分标准（步骤二）
- **禁止**仅凭主观偏好（如某稿用词更"顺眼"）提升其评分，必须有可说明的依据（步骤二）

---

## 语言规范

用"**必须**"替代"try to"，用"**禁止**"替代"avoid"；"允许合理冗余"须在报告中说明其价值。