mcpField
S
scientific-prose-style

scientific-prose-style

github.com/boom5426文档处理63743 次安装2 周前更新
代码仓库

关于 scientific-prose-style

用于起草和修订科学论文摘要、引言、Results 和 Discussion 的文字风格技能。它关注标点、节奏、限定语和用词精简等句子层面的问题,适合在论证与段落结构确定后使用。

主要功能

  1. 01控制破折号和分号
  2. 02调整科学表述的限定程度
  3. 03变换句子长短
  4. 04改进段落开头
  5. 05删除信息量低的措辞

适用场景

  1. 01润色科学论文文字
  2. 02减少重复的标点模式
  3. 03结构修订后理顺句子

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/boom5426/nature-paper-skills --skill scientific-prose-style

安装后在 Claude Code 中输入/scientific-prose-style确认已加载。

附带文件references/ai-tells.mdscripts/ai_tells.py

详细介绍

scientific-prose-style

科学论文 正文 的写作规则,适用于摘要、引言、结果和讨论中的句子。起草或修改稿件文本时,请加载此技能。(图示规划由 figure-planner 负责;此技能关注页面上的文字。)

此技能负责标点、节奏和词语层面的风格特征,并在最后运行。如果一段文字难以理解的原因不是标点能解决的,例如论点不稳定、证据链缺失,或段落的作用不明确,请先用 manuscript-optimizer 或 scientific-writing 解决。科学论述的作用有误时,重新调整标点并不能让句子变得易读;在用 review-article-architecture 对偏离主题的综述进行偏离审查之前先润色,也会让偏离更难察觉。

有一个层次直接位于本技能之上。anti-defensive-writing 负责段落层面的作者立场:段落以什么内容开篇、限定语放在哪里,以及某个句子是为了推进论证,还是为了预先回应质疑。请先运行它。去除防御性铺垫会改写段落开头和句子边界,而这正是下文规则 3 和规则 5 要处理的内容,因此先运行本技能就意味着要重复做这项工作。此处的规则 3 用于调整句内的保留语气;至于是否应该使用保留语气,则由上一级技能决定。

规则 1:破折号预算(首要规则)

长破折号(—)是生成式科学文本中过度使用最严重的标点。单独看时,它显得有力,但读者在一个段落里遇到三四个,就会觉得这是文风上的习惯,而非写作。请严格控制数量。

  • 每段最多使用一个长破折号,摘要中则完全不用。 如果一个句子已经有一个长破折号,那么下一个想用破折号的分句应改用其他标点。
  • 如果用逗号成对括起或使用括号也能表达,就绝不要用一对长破折号括起插入语 ——双破折号是最糟糕的用法。
  • 大致按以下顺序优先考虑:逗号(轻微停顿)、冒号(列举内容,或展开说明前文)、括号(句子去掉后仍然通顺的真正插入语),或拆成两个句子(解决长句中破折号连接问题的最佳方法)。
替换对照表
长破折号用法替换为修改示例
在总结或点题前停顿冒号...never been tested — this is our entry point. → ...never been tested. This is our entry point.
用一对破折号括起插入语逗号或括号no model — including ESM — beats chance → no model, including ESM, beats chance
同位语 / 重新命名逗号allele-resolution prediction — telling apart variants → allele-resolution prediction, i.e. telling variants apart,
突兀的对比句号加连接词,或用“but”real but sub-threshold — the effect vanishes → real but sub-threshold: the effect vanishes
范围或跨度(此处用法没问题)使用短破折号 –,不要用长破折号370–1000 cells 保持为 370–1000
修改前 → 修改后(来自一段破折号过多的真实摘要)

修改前(5 个长破折号,破折号过多):

从问题中最难的实例——等位基因分辨率预测,即区分同一基因的多个编码变异——入手,我们构建了一个基准,并发现这是测量上限,而非模型上限——半分样本分析表明,两者的距离不超过抽样噪声。

修改后(0 个长破折号,内容相同):

我们从问题中最难的实例入手:等位基因分辨率预测,它需要区分同一基因的多个编码变异。在我们构建的基准上,结果表明,瓶颈在于测量上限,而非模型上限。半分样本下限分析表明,扰动组与对照组之间的距离不超过同一变异自身两半细胞之间的抽样噪声。

请注意这次改写的做法:将一个从句提升为独立句子,把括号中的补充说明改为关系从句,并用“而非”替换表示对比的破折号。文字更平实,每个句子只表达一个观点。

规则 2:不要用冒号或分号的滥用来替代破折号

冒号和分号是自然的替代方式,但同样可能被过度使用。

  • **冒号:**每个句子最多使用一个。如果段落中的每句话都以 ...: <扩展说明> 结尾,那你只是换了一种滥用方式。
  • **分号:**摘要中不使用,其他地方每个段落最多使用一个。已发表的文献很少使用分号。在 paper-workflow 的章节证据中,23 篇排版后的方法类论文摘要有 3 篇使用分号,12 篇 Nature 摘要中有 1 篇使用分号;而四分之三的结果与讨论段落完全没有分号。分号连接的两个从句通常应拆成两个句子。用于分隔本身已含逗号的列表项,或括号中的统计数据时,不计入。

改写时要有所变化。大多数情况改用句号,有些改用逗号或简单的连接词(and、but、so)。

规则 3:限定一次,不要三次

科学写作常常堆叠限定词(may possibly suggest that ... could in principle ...)。用一个限定词和置信度表述结论,然后就此打住。These results suggest X——不要写成 These results may tentatively be taken to suggest that X could hold。

规则 4:调整句子长度,每句表达一个观点

句子长度整齐划一、从句繁多的段落,和破折号滥用一样令人疲惫。长句后面接一个短句。如果一个句子里有三个从句,由破折号、分号和“and”连接,那就应拆成三个句子。

规则 5:段首用语和连接词

  • 不要让连续段落以相同的词开头(We ... We ... We ...)。
  • 除非是在列举,否则优先使用简单的连接词(but、so、because、here),避免使用较复杂的连接词(moreover、furthermore、additionally)。

规则 6:每个词都承载信息(AI 特征)

当词语不承载任何信息时,文字读起来就像机器写的:平淡事实前的强调词 (ultimately、“明确的边界”),夸大普通观点的框架(“不仅……而且”, “本身就……”),重复上一句的句子(“这样一来,……”),或者几乎不会出现在 已发表论文中的词语(“深入探讨”“强调”“关键”“阐明”)。应用信息检验:删掉 这个词或句子,如果读者没有失去任何事实、数字、条件或联系,就让它保持删除状态。 绝不要把一种特征换成同义词,也不要改写框架(“既是一个决策问题,也是一个建模 问题”仍然是同一种框架):用其实际内容替代。

许多被称为 AI 词汇的词语在已发表论文中很常见(robust、moreover、notably、 highlight),所以不要按词表删词。references/ai-tells.md 列出了这些类别、语料库频率和应保留的情况,scripts/ai_tells.py 会列出草稿中的候选项。 回顾、前瞻提示和修辞性问题属于 anti-defensive-writing 的评论语气。生造术语和薄弱主语 则属于 write-scientific-manuscript。

正文中不使用加粗句子。强调应通过位置实现,比如将内容放在段落的第一句,而不是依靠 格式。

提交文字前的自检

对你撰写的任何摘要、引言或章节运行以下检查:

  1. 统计 em dash 和分号的数量。 每段中任一符号超过一个,或摘要中出现任何一个 → 使用替换表改写多余部分,或拆分为独立句子。
  2. 统计段首词。 如果段首词重复 → 更换写法。
  3. 大声朗读最长的句子。 如果一口气读不完,就把它拆开。
  4. 数值范围中的 en dash(5–10)和复合词中的连字符 (single-cell)可以使用,不计入数量限制。
  5. 对强调词、框架和结尾句进行信息检验(规则 6)。检查整个章节时,运行 scripts/ai_tells.py 并阅读每一行标记内容。

来源:改编自 Claude Science 的 scientific-prose-style 技能(Apache-2.0)。图表技能的交叉引用已改为指向本仓库的 figure-planner,并添加了指向上文 anti-defensive-writing 层的引用。

评论

支持 Markdown