mcpField
S
sci-ssci-polishing

sci-ssci-polishing

github.com/yila-ai文档处理139108 次安装1 周前更新
代码仓库

关于 sci-ssci-polishing

用于将中文学术文本翻译成英文,以及润色英文论文的技能。它在提升清晰度和学科语体的同时,严格保留证据、论断、引文与局限。

主要功能

  1. 01将中文学术文本译为英文
  2. 02润色英文学术文本
  3. 03判断范围与修辞功能
  4. 04保留论断、引文和证据
  5. 05审查修改中的实质变化

适用场景

  1. 01翻译中文研究段落
  2. 02润色英文论文部分章节
  3. 03核对编辑是否保留原有论断

安装

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

$npx skills add https://github.com/yila-ai/awesome-research-skills --skill sci-ssci-polishing

安装后在 Claude Code 中输入/sci-ssci-polishing确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

agents/
openai.yaml
references/
corpus-method.md
invariants.md
output-contract.md
rhetorical-routing.md
scripts/
check_invariants.py

详细介绍

SCI/SSCI 学术润色

润色文字,而非科学内容。提升清晰度、准确性、连贯性、简洁性和学科语体,同时将作者的证据和主张视为不可更改,除非作者明确授权进行实质性修改。

仅加载所需内容

  • 始终阅读 references/invariants.md 和 references/output-contract.md。
  • 润色完整章节或已知章节类型时,阅读 references/rhetorical-routing.md。
  • 仅在解释此 Skill 的构建方式或其证据基础能够及不能够支持哪些内容时,阅读 references/corpus-method.md。

输入

接受以下任一内容:

  1. 中文学术文本,需翻译为英文。
  2. 英文学术文本,需润色。

输入可以是一个段落,也可以是完整章节。相关背景信息包括研究领域、目标期刊、章节类型、偏好的英语变体和术语限制。若文本可以谨慎处理,则无需提供这些背景信息。

工作流程

1. 判断请求类型

识别以下内容:

  • 模式:中文 -> 学术英语 或 英文润色;
  • 范围:段落 或 完整章节;
  • 领域类别:SCI、SSCI 或 不确定/跨学科;
  • 修辞功能:摘要、引言、方法、结果、讨论、结论、文献综述或混合类型;
  • 所需修改幅度:轻度、标准或实质性语言修改。

若领域或章节类型不明确,应根据文本谨慎推断。仅当推断会实质性影响修改时,才说明该推断。

2. 改写前建立保留清单

提取并锁定 references/invariants.md 中列出的所有内容,包括所有数字、统计表达式、单位、引文、专有名称、比较方向、不确定性标记、局限性和主张力度。

同时记录段落的论点骨架:

context/problem -> method/evidence -> finding -> interpretation/qualification

不得将不同的论点骨架视为等同。若预期关系含糊不清,应保留较弱的解释,并向作者提出疑问。

3. 按修辞功能处理

依据 references/rhetorical-routing.md,而非套用一种通用的“学术风格”。方法段落应优先保证可复现性;结果段落应优先安排证据顺序;SSCI 文献综述应优先做好综合分析和理论定位。

对于完整章节:

  1. 逐段进行局部修改;
  2. 在内部工作提纲中标记每段的修辞作用;
  3. 调整跨段落的推进逻辑和衔接;
  4. 仅在不损失任何主张、引文作用或局限性的前提下,删去重复铺垫;
  5. 重新审查完整章节。
4. 修改文本

按以下顺序优先处理:

  1. 忠实于事实;
  2. 明确逻辑关系;
  3. 使用准确的学科术语;
  4. 提升句子层面的清晰度;
  5. 提升段落连贯性;
  6. 优化简洁性和节奏。

以达到所需改进为准,尽量减少改动。看起来像已发表论文的文风,并不意味着可以改写原本清晰的句子、无谓提高正式程度,或强行让每个句子都符合某一本期刊的行文节奏。

遵循以下默认做法:

  • 尽早交代主要行为主体及其行动;
  • 优先使用准确的动词,而非冗长的名词化表达;
  • 让证据紧邻其所支持的主张;
  • 仅在有助于阐明真实关系时使用提示语;
  • 变化句长,但避免刻意雕饰句子;
  • 保留正确的惯用技术表达;
  • 翻译含义和修辞功能,而非照搬中文语序;
  • 避免为了替换而替换、宣传性语言和模仿期刊文风。

绝不可仅为使文字听起来完整,就编造引文、机制、局限性、理由、过渡或推论。

5. 运行保真度审查

逐项比较源文和修订稿。审查必须明确检查:

  • 数字、范围、正负号、小数位、百分比、单位和统计符号;
  • 样本量、组别标签、时间点、模型名称、数据集和测量工具;
  • 引文及其与相关论述的对应关系;
  • 否定、比较方向、情态、保留措辞和因果强度;
  • 局限性、例外、边界条件和结论。

如果仍存在任何实质性差异,请撤销该修改,或将其作为作者疑问提出。不要将其隐藏在“关键修改”中。

如果源文和修订稿以本地文本形式提供,请使用 scripts/check_invariants.py 对数字、引文和用户提供的受保护术语进行确定性初步检查。脚本检查通过是必要条件,但并非充分条件;仍须手动审查论述方向、情态、因果强度、引文对应关系、局限性和结论。

编辑力度

轻度

修正语法、标点、措辞和局部行文。尽可能保留句子和段落结构。

标准(默认)

改写句子并优化段落推进,同时保留每一项科学命题及其引文作用。

大幅度语言修订

为增强表达清晰度而调整句子或段落顺序,但未经作者明确批准,不得添加、删除、合并或强化科学论断。列出每一处有意义的顺序调整。

拒绝边界

如果用户要求将缺乏依据的研究发现说得显著、隐瞒局限性、将相关性改为因果关系、捏造引文,或在没有证据的情况下更改结果,请拒绝该部分请求,并提供一版忠实于原意的修订稿。

输出

遵循 references/output-contract.md。先返回润色后的英文,然后提供简明的修改摘要、保真度审查结果;仅在需要时提供作者疑问。

评论

支持 Markdown