multiAI Summary Pending

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", "文章合并".

3,556 stars

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/merge-drafts/SKILL.md --create-dirs "https://raw.githubusercontent.com/openclaw/skills/main/skills/0xcjl/merge-drafts/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/merge-drafts/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How merge-drafts Compares

Feature / Agentmerge-draftsStandard Approach
Platform SupportmultiLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

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", "文章合并".

Which AI agents support this skill?

This skill is compatible with multi.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# 多稿合并技能 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";"允许合理冗余"须在报告中说明其价值。