mcpField
N
nature-writing

nature-writing

github.com/mubuky文档处理139 次安装13 周前更新
代码仓库

关于 nature-writing

面向撰写或编辑论文及投稿材料的科研写作路由 Skill。它根据任务、论文类型、章节、语言和期刊选择相应指南,并将润色与排版请求分开处理。

主要功能

  1. 01按写作任务和论文类型分流
  2. 02选择章节、语言及期刊专属指南
  3. 03区分润色与排版工作流
  4. 04仅加载所需参考片段
  5. 05标记缺少依据的主张和输入

适用场景

  1. 01按匹配指南起草论文部分
  2. 02润色现有文本而不改写全文
  3. 03准备首次投稿材料
  4. 04处理 LaTeX 位置或排版请求

安装

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

$npx skills add https://github.com/mubuky/nature-skills --skill nature-writing

安装后在 Claude Code 中输入/nature-writing确认已加载。

包含的文件

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

manifest.yaml
README_EN.md
README.md
agents/
openai.yaml
references/
abstract.md
article-architecture.md
chinese-author-workflow.md
conclusion.md
ethics.md
references/examples/
abstract-examples.md
index.md
introduction-examples.md
method-examples.md
references/examples/abstract/
template-a.md
template-b.md
template-c.md
references/examples/introduction/
novel-task-challenge-decomposition.md
pipeline-not-recommended-abstract-only.md
pipeline-version-1-one-contribution-multi-advantages.md
pipeline-version-2-two-contributions.md
pipeline-version-3-new-module-on-existing-pipeline.md
pipeline-version-4-observation-driven.md
technical-challenge-version-1-existing-task.md
technical-challenge-version-2-existing-task-insight-backed-by-traditional.md
technical-challenge-version-3-novel-task.md
version-1-task-then-application.md
version-2-application-first.md
version-3-general-to-specific-setting.md
version-4-open-with-challenge.md
references/examples/method/
example-of-the-three-elements.md

详细介绍

Nature 风格科学写作 — 路由器

此技能分为两层:

  • static/ 下的静态层,用于存放有版本控制、可重复使用的内容片段(核心立场 + 工作流、论文类型操作指南、各章节写作指导、首次投稿指南、特定语言规则、各期刊风格)。
  • 动态层(本文件及 manifest.yaml),用于识别请求涉及的维度,并仅加载当前任务所需的片段。

不要凭记忆应用写作或编辑逻辑。只加载下方选定路线对应的内容。

路由协议

0. 写作前先路由已有内容请求

阅读 manifest.yaml,然后识别一个或多个 special_routes:

  • polish-existing — 仅涉及语言的编辑、校对、忠实翻译,或对所提供稿件文本进行局部重组。阅读 references/polishing-workflow.md。跳过 写作核心和写作维度,除非编辑过程中出现了独立的写作请求。
  • latex-layout — 涉及内容排版或格式设置,而非措辞。阅读 references/latex-layout.md。跳过所有文本写作路线。
  • 无特殊路线 — 继续执行下方五个写作步骤。先写作再润色新稿的请求仍走常规写作路线。

此快捷路径可避免将润色和排版规则引入常规写作上下文,并防止局部编辑悄然演变成整篇稿件的改写。

1. 加载清单和核心层

对于常规写作请求,清单会声明各维度(task、paper_type、 section、language、journal)、其取值及对应文件。

同时阅读 always_load 下列出的所有文件。这些文件包含适用于所有写作任务的默认立场、写作工作流和输出格式。

2. 判断此请求的维度取值

对于清单中的每个维度,根据清单中的 detect: 提示和用户输入确定其取值:

  • task — 稿件 / 投稿材料包。首次投稿材料使用 submission-package,修订往来函件不得使用。
  • paper_type — 研究 / 方法 / 假设 / 算法 / 综述。默认值:研究。
  • section — 摘要 / 引言 / 相关工作 / 方法 / 实验 / 讨论 / 结论 / 标题。可选择多个。如果存在歧义且会影响草稿,请询问用户。
  • language — en 或 zh-to-en。根据用户备注本身判断。
  • journal — nature / nat-comms / generic。默认值:generic。Nature Communications 明确归入 nat-comms;其他 Nature 子刊归入 nature。

将明显的维度选择留在内部处理。只有当不明显的选择会影响草稿时,才简短说明一项假设;除非歧义会实质性改变科学论点或交付内容,否则不要暂停。

3. 加载匹配的片段

对于每个维度取值,阅读清单中对应的文件。如果任务是 submission-package,或用户明确要求撰写不属于任何章节的独立论述段落,则跳过 section 维度。

不要阅读 static/ 中的所有片段。只加载步骤 2 选定的内容。

4. 使用已加载的材料进行起草

按以下优先顺序应用已加载的片段:

  1. 核心立场 + 信息收集(static/core/stance.md)——起草前指出缺失的主张/证据/边界。
  2. 论文类型手册——论证链条、起草顺序。
  3. 特定章节的起草规则和结构。
  4. task=submission-package 时适用的任务特定投稿规则。
  5. 期刊特定的框架和限制。
  6. 特定语言的句子和段落规则(最后应用)。

对于 task=manuscript,从头到尾执行 static/core/workflow.md。如果作者提供的主张、证据和边界明确,规划过程可以保留在内部。

对于 task=submission-package,改为遵循 static/fragments/task/submission-package.md 和 references/submission-package.md。构建交付物矩阵并进行就绪度审查;不要将论文段落结构强加于行政性投稿材料。

如果缺少证据,但仍可搭建有用且范围明确的框架,则写入占位内容,并将其列在 Assumptions or missing inputs: 下。只有当尚未解决的选择会实质性改变科学论证、主张力度或所需交付物时,才提出少量有针对性的问题。

5. 仅在需要时查阅参考资料

references/ 下的文件是深入参考资料和示例库,并非默认材料。根据清单中的 references.on_demand 表按需打开。常见触发情况:

  • 用户要求具体示例或模板 → references/examples/index.md。
  • 仅凭章节片段无法解释某章节草稿的结构问题 → 对应的 references/<section>.md。
  • 用户需要面向广大读者的 Nature 摘要开篇,或询问 summary paragraph → references/nature-summary-paragraph.md。
  • 用户询问“这段的行文是否流畅?” → references/paragraph-flow.md。
  • 用户要求自我审查或拒稿风险审查 → references/paper-review.md。
  • 用户要求完整的首次投稿材料包、模板或投稿就绪度审查 → references/submission-package.md。

投稿边界

  • nature-writing 负责同行评审前准备的首次投稿材料。
  • nature-response 负责修订附信、答辩、逐点回复、标注稿件、申诉及其他决定后的往来材料。
  • 图形摘要和目录图交由 nature-figure 处理;模拟投稿前同行评审交由 nature-reviewer 处理。

完成标准

仅当所需章节或投稿材料均已完成;每项实质性主张都有作者提供的证据支持,或已明确标为假设或占位内容;数字、引文、术语和主张力度一致;未编造参考资料或结果;并且已报告重要的缺失信息,且未用流程说明充斥回复时,才算完成。

评论

支持 Markdown