mcpField
P
paper-polish-workflow

paper-polish-workflow

github.com/lylll9436文档处理391172 次安装31 周前更新
代码仓库

关于 paper-polish-workflow

paper-polish-workflow 是用于修改学术论文的 Skill,按结构、逻辑到表达逐步处理。它提供多种交互模式,并借助参考表达模式检查一致性和期刊风格。

主要功能

  1. 01从结构到措辞润色论文
  2. 02提供四种交互模式
  3. 03确认结构与逻辑检查点
  4. 04应用分章节表达参考
  5. 05检查一致性与期刊风格

适用场景

  1. 01逐章修改学术论文
  2. 02按目标期刊要求润色草稿
  3. 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。
  • 如果缺少参考文件,提醒用户并在能力受限的情况下继续。

提问策略

开始前,询问以下事项:

  1. 目标期刊(如尚不明确)
  2. 要处理的章节
  3. 首选模式(如无法从触发条件判断)

规则:

  • 生成初步输出前,提问不得超过 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_textMarkdown 文件(*_polished.md)或对话输出始终生成
change_summary会话中的 Markdown始终生成
字数整数始终报告
期刊合规说明项目符号列表指定目标期刊时

边缘情况

情况处理方式
标记出不专业的用词通过 AskUserQuestion 提供 2-3 个替代选项;如果用户坚持,则接受
单次处理的章节过长拆分为段落级子流程;保持段落间的连贯性
未指定期刊默认采用通用学术风格;在输出中注明
输入包含多种语言检测占主导地位的语言;请用户确认目标语言
参考论文以 PDF 格式提供使用 Read 工具加载 PDF;提取风格模式以匹配表达
句子过渡生硬通过 AskUserQuestion 提供过渡选项
检测到章节间存在重复指出重复内容;建议改写其中一处
需要修改逻辑结构返回步骤 2,重新确认结构后再继续

后备方案

情况后备方案
无法进行结构化交互以纯文本提出 1-3 个问题,涵盖影响最大的缺漏;不要阻断工作流
参考文件缺失记录缺失文件,降低能力继续处理,并提醒用户
未指定目标期刊询问一次;如果用户拒绝,则采用通用学术风格
无法读取 PDF 参考论文请用户粘贴相关摘录

技能:paper-polish-workflow 规范:references/skill-conventions.md

评论

支持 Markdown