关于 paper-polish-workflow
paper-polish-workflow 是用于修改学术论文的 Skill,按结构、逻辑到表达逐步处理。它提供多种交互模式,并借助参考表达模式检查一致性和期刊风格。
主要功能
- 01从结构到措辞润色论文
- 02提供四种交互模式
- 03确认结构与逻辑检查点
- 04应用分章节表达参考
- 05检查一致性与期刊风格
适用场景
- 01逐章修改学术论文
- 02按目标期刊要求润色草稿
- 03检查衔接和重复内容
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ lylll9436/ paper-polish-workflow-skill --skill paper-polish-workflow安装后在 Claude Code 中输入/paper-polish-workflow确认已加载。
详细介绍
用途
此 Skill 提供一套自上而下、系统化的学术论文润色工作流。从结构到逻辑,再到表达,并在每个决策点征求用户确认。表达选项取自以参考资料为依据的学术写作模式,而非临时改写,确保输出专业、一致,适合投稿期刊。
触发条件
当用户要求以下操作时激活:
- 逐节润色、修订或改进学术论文
- 润色、精修、逐步改进学术论文
调用示例:
- "Polish my paper section by section" / "润色论文"
- "Help me revise my introduction step by step" / "精修论文"
- "Guide me through polishing this draft" / "帮我逐步润色这篇论文"
模式
| 模式 | 默认 | 行为 |
|---|---|---|
interactive | 是 | 完整的 4 步流程,并在每个决策点征求用户确认 |
guided | 多轮处理,只在关键检查点征求确认 | |
direct | 使用默认设置一次性润色;跳过 AskUserQuestion | |
batch | 依次对多个章节执行相同操作 |
默认模式: interactive
模式推断:“quickly”或“just fix”会切换到 direct。“step by step”或“逐步”表示选择 interactive(已是默认模式)。
参考资料
必需(始终加载)
| 文件 | 用途 |
|---|---|
references/expression-patterns.md | 学术表达模式概述及模块索引 |
细分提示(按需加载)
| 文件 | 加载时机 |
|---|---|
references/expression-patterns/introduction-and-gap.md | 润色引言或背景内容时 |
references/expression-patterns/methods-and-data.md | 润色方法、数据或研究区域内容时 |
references/expression-patterns/results-and-discussion.md | 润色结果或讨论内容时 |
references/expression-patterns/conclusions-and-claims.md | 润色结论内容时 |
references/expression-patterns/geography-domain.md | 内容涉及空间、城市或规划主题时 |
references/anti-ai-patterns.md | 润色表达(第 3 步)时——筛查听起来像 AI 的措辞 |
references/journals/ceus.md | 目标期刊为 CEUS 时 |
加载规则
- 开始时加载表达模式概述;根据章节类型选择相应的细分参考资料。
- 润色表达(第 3 步)时加载反 AI 模式。
- 指定目标期刊时加载期刊模板。
- 检测到空间、城市或规划内容时加载
geography-domain.md。 - 如果缺少参考文件,提醒用户并在能力受限的情况下继续。
提问策略
开始前,询问以下事项:
- 目标期刊(如尚不明确)
- 要处理的章节
- 首选模式(如无法从触发条件判断)
规则:
- 生成初步输出前,提问不得超过 3 个。
- 在
direct模式下,如果用户提供的信息足够,则跳过前置问题。 - 在
batch模式下,跳过逐项提问;沿用首个项目的设置。 - 如可用,使用结构化交互;否则改用纯文本提问。
- 完整规则见
skill-conventions.md > AskUserQuestion Enforcement。
工作流
第 1 步:收集背景信息
- 确定输入类型(文件路径或粘贴的文本)。
- 加载必需的参考资料(expression-patterns 概述)。
- 确定目标期刊;如果已指定,则加载期刊模板。
- 使用 Read 工具读取输入内容;提取关键数字、主张和数据点。
- 如果用户提供示例论文或参考论文,则定位这些文件(对 PDF 使用 Read 工具)。
- 在
interactive或guided模式下,继续之前先与用户确认处理范围。
步骤 2:结构与逻辑确认
- 分析章节的宏观结构(例如:摘要 = 背景 + 研究空白 + 方法 + 结果 + 贡献)。
- 提供结构表供用户确认。
- 将内容拆分为句子,并为每句标注逻辑功能。
- 提供逻辑链供用户确认。
- 检查点:用户确认结构和逻辑后,才能开始表达润色。
- 在
direct模式下:在内部完成结构和逻辑分析,并自动继续到步骤 3。
步骤 3:表达润色与一致性
- 加载与章节相对应的表达模式叶节点和反 AI 模式。
- 对于每个存在表达问题的句子,通过 AskUserQuestion 提供 2-3 个选项(
interactive模式),或自动采用最佳选项(direct模式)。
AskUserQuestion({
question: "Which expression do you prefer for [sentence function]?",
options: [
{ label: "[Expression A]", description: "[full sentence with expression A]" },
{ label: "[Expression B]", description: "[full sentence with expression B]" },
{ label: "[Expression C]", description: "[full sentence with expression C]" }
]
})
- **参考论文咨询:**当用户质疑表达是否专业时,使用 Read 工具加载示例论文并提取表达模式。
- **期刊风格检查:**应用已加载模板中的期刊特定要求。
- **重复与连贯性检查:**检查重复表达和缺失的过渡;提出修改建议。
- **跨章节一致性:**核对各章节中的数字、术语和论述。
步骤 4:输出
- 如果期刊要求,则生成 highlights(对于 CEUS,请参阅
references/journals/ceus.md)。 - 建议进行最终朗读检查,以发现不自然的措辞。
- 将所有已确认的内容汇总为最终版本。
- 提供最终版本及字数,供用户确认。
- 确认后写入
*_polished.md(或在batch模式下自动写入)。 - 报告字数及任何期刊限制说明。
输出约定
| 输出 | 格式 | 条件 |
|---|---|---|
polished_text | Markdown 文件(*_polished.md)或对话输出 | 始终生成 |
change_summary | 会话中的 Markdown | 始终生成 |
| 字数 | 整数 | 始终报告 |
| 期刊合规说明 | 项目符号列表 | 指定目标期刊时 |
边缘情况
| 情况 | 处理方式 |
|---|---|
| 标记出不专业的用词 | 通过 AskUserQuestion 提供 2-3 个替代选项;如果用户坚持,则接受 |
| 单次处理的章节过长 | 拆分为段落级子流程;保持段落间的连贯性 |
| 未指定期刊 | 默认采用通用学术风格;在输出中注明 |
| 输入包含多种语言 | 检测占主导地位的语言;请用户确认目标语言 |
| 参考论文以 PDF 格式提供 | 使用 Read 工具加载 PDF;提取风格模式以匹配表达 |
| 句子过渡生硬 | 通过 AskUserQuestion 提供过渡选项 |
| 检测到章节间存在重复 | 指出重复内容;建议改写其中一处 |
| 需要修改逻辑结构 | 返回步骤 2,重新确认结构后再继续 |
后备方案
| 情况 | 后备方案 |
|---|---|
| 无法进行结构化交互 | 以纯文本提出 1-3 个问题,涵盖影响最大的缺漏;不要阻断工作流 |
| 参考文件缺失 | 记录缺失文件,降低能力继续处理,并提醒用户 |
| 未指定目标期刊 | 询问一次;如果用户拒绝,则采用通用学术风格 |
| 无法读取 PDF 参考论文 | 请用户粘贴相关摘录 |
技能:paper-polish-workflow 规范:references/skill-conventions.md
评论
支持 Markdown