AI Skills
nature-writing

nature-writing

热门

根据作者提供的声明、结果、图表、笔记或中文草稿，起草、重构或规划Nature风格的手稿章节和首次投稿材料。当用户希望撰写或重建摘要、引言、相关工作、方法、实验、讨论、结论、标题、完整手稿论证、投稿前cover letter、标题页、亮点、作者贡献声明、数据可用性/声明文本、审稿人建议或完整的首次投稿包，而不仅仅是润色已完成的散文时使用。也适用于一般的学术写作和首次投稿请求，例如从头开始写论文、起草手稿/章节、组织论文结构、投稿包、投稿材料、首次投稿、投稿前cover letter、投稿信、标题页、亮点、作者贡献、数据可用性声明、推荐审稿人。

3万Star
1786Fork
更新于 2026/7/22
获取 Skill源代码

相关 Skills

triaging-issues10万writing-skills23万doc-coauthoring15万
SKILL.md
readonly只读
name
nature-writing
description

根据作者提供的声明、结果、图表、笔记或中文草稿，起草、重构或规划Nature风格的手稿章节和首次投稿材料。当用户希望撰写或重建摘要、引言、相关工作、方法、实验、讨论、结论、标题、完整手稿论证、投稿前cover letter、标题页、亮点、作者贡献声明、数据可用性/声明文本、审稿人建议或完整的首次投稿包，而不仅仅是润色已完成的散文时使用。也适用于一般的学术写作和首次投稿请求，例如从头开始写论文、起草手稿/章节、组织论文结构、投稿包、投稿材料、首次投稿、投稿前cover letter、投稿信、标题页、亮点、作者贡献、数据可用性声明、推荐审稿人。

Nature风格科学写作 — 路由

此技能分为两层：

  • 静态层位于 static/ 下，包含版本化、可重用的内容片段（核心立场+工作流程、论文类型指南、各章节起草指导、首次投稿指导、语言特定规则、各期刊风格）。
  • 动态层（此文件加 manifest.yaml）检测请求的轴，并仅加载当前任务所需的片段。

不要试图从内存或此路由中应用起草逻辑。始终按如下所述从磁盘加载片段。

路由协议

每次调用此技能时，请遵循以下五个步骤。

1. 加载清单和核心层

读取 manifest.yaml。它声明了轴（task、paper_type、section、language、journal）、允许的值以及每个值映射的文件路径。

同时读取 always_load 下列出的每个文件。这些文件包含适用于每个起草任务的默认立场、写作工作流程和输出格式。

2. 检测此请求的轴值

对于清单中的每个轴，使用清单的 detect: 提示和用户输入确定值：

  • task — manuscript / submission-package。首次投稿材料使用 submission-package，切勿用于修改通信。
  • paper_type — research / methods / hypothesis / algorithmic / review。默认：research。
  • section — abstract / intro / related-work / method / experiments / discussion / conclusion / title。可以是多个。如果不明确且对草稿重要，请询问用户。
  • language — en 或 zh-to-en。从用户笔记本身检测。
  • journal — nature / nat-comms / generic。默认：generic。如果用户提到Nature子期刊，则视为 nature。

在起草前用一行简短文字向用户说明检测到的轴值，以便用户低成本纠正。

3. 加载匹配的片段

对于每个轴值，读取清单中映射的文件。当任务为 submission-package 或用户明确要求一个无章节上下文的自由段落时，跳过 section 轴。

不要读取 static/ 下的每个片段。仅加载步骤2选择的内容。

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

按以下优先级顺序应用加载的片段：

  1. 核心立场+输入（core/stance.md）——在起草前先找出缺失的声明/证据/边界。
  2. 论文类型指南——论证链、起草顺序。
  3. 章节特定的起草规则和结构。
  4. 当 task=submission-package 时，任务特定的投稿规则。
  5. 期刊特定的框架和约束。
  6. 语言特定的句子和段落规则（最后应用）。

对于 task=manuscript，从头到尾执行 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 负责修改cover letter、反驳信、逐点回复、标记手稿、申诉信及其他决策后通信。
  • 图形摘要和目录图请路由至 nature-figure；模拟的投稿前同行评审请路由至 nature-reviewer。

为何如此拆分

  • 静态层是版本化且可审查的。添加新的期刊风格、论文类型或章节只需一个新文件加一行清单。
  • 动态层使每次调用成本低廉：只有与本次草稿相关的片段进入上下文，而不是完整的数千行参考集。
  • 路由本身故意保持简短。增加范围时，更新片段，而非此文件。
  • 此结构镜像 nature-polishing，以便共享内容日后可提升至 nature-shared/ 层，供两个技能使用。