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