关于 nature-writing
面向撰写或编辑论文及投稿材料的科研写作路由 Skill。它根据任务、论文类型、章节、语言和期刊选择相应指南,并将润色与排版请求分开处理。
主要功能
- 01按写作任务和论文类型分流
- 02选择章节、语言及期刊专属指南
- 03区分润色与排版工作流
- 04仅加载所需参考片段
- 05标记缺少依据的主张和输入
适用场景
- 01按匹配指南起草论文部分
- 02润色现有文本而不改写全文
- 03准备首次投稿材料
- 04处理 LaTeX 位置或排版请求
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ mubuky/ nature-skills --skill nature-writing安装后在 Claude Code 中输入/nature-writing确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
manifest.yamlREADME_EN.mdREADME.mdagents/openai.yamlreferences/abstract.mdarticle-architecture.mdchinese-author-workflow.mdconclusion.mdethics.mdreferences/examples/abstract-examples.mdindex.mdintroduction-examples.mdmethod-examples.mdreferences/examples/abstract/template-a.mdtemplate-b.mdtemplate-c.mdreferences/examples/introduction/novel-task-challenge-decomposition.mdpipeline-not-recommended-abstract-only.mdpipeline-version-1-one-contribution-multi-advantages.mdpipeline-version-2-two-contributions.mdpipeline-version-3-new-module-on-existing-pipeline.mdpipeline-version-4-observation-driven.mdtechnical-challenge-version-1-existing-task.mdtechnical-challenge-version-2-existing-task-insight-backed-by-traditional.mdtechnical-challenge-version-3-novel-task.mdversion-1-task-then-application.mdversion-2-application-first.mdversion-3-general-to-specific-setting.mdversion-4-open-with-challenge.mdreferences/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. 使用已加载的材料进行起草
按以下优先顺序应用已加载的片段:
- 核心立场 + 信息收集(
static/core/stance.md)——起草前指出缺失的主张/证据/边界。 - 论文类型手册——论证链条、起草顺序。
- 特定章节的起草规则和结构。
task=submission-package时适用的任务特定投稿规则。- 期刊特定的框架和限制。
- 特定语言的句子和段落规则(最后应用)。
对于 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处理。
完成标准
仅当所需章节或投稿材料均已完成;每项实质性主张都有作者提供的证据支持,或已明确标为假设或占位内容;数字、引文、术语和主张力度一致;未编造参考资料或结果;并且已报告重要的缺失信息,且未用流程说明充斥回复时,才算完成。