AI Skills
nature-writing

nature-writing

熱門

根據作者提供的論點、結果、圖表、筆記或中文草稿，起草、重組或規劃 Nature 風格的稿件章節與初次投稿材料。當使用者希望撰寫或重建摘要、引言、相關研究、方法、實驗、討論、結論、標題、完整稿件論述、投稿前 cover letter、標題頁、亮點、作者貢獻聲明、資料可用性/聲明文字、審稿人建議，或完整的初次投稿套件時使用，而非僅潤飾已完成的文字。也適用於一般學術寫作與首次投稿請求，例如從頭撰寫論文、起草稿件/章節、組織論文結構、投稿套件、投稿材料、首次投稿、投稿前 cover letter、投稿信、標題頁、亮點、作者貢獻、資料可用性聲明、推薦審稿人。

3萬星標
1786分支
更新於 2026/7/22
獲取技能源代碼

相關技能

triaging-issues10萬writing-skills23萬doc-coauthoring15萬
SKILL.md
readonlyread-only
name
nature-writing
description

根據作者提供的論點、結果、圖表、筆記或中文草稿，起草、重組或規劃 Nature 風格的稿件章節與初次投稿材料。當使用者希望撰寫或重建摘要、引言、相關研究、方法、實驗、討論、結論、標題、完整稿件論述、投稿前 cover letter、標題頁、亮點、作者貢獻聲明、資料可用性/聲明文字、審稿人建議，或完整的初次投稿套件時使用，而非僅潤飾已完成的文字。也適用於一般學術寫作與首次投稿請求，例如從頭撰寫論文、起草稿件/章節、組織論文結構、投稿套件、投稿材料、首次投稿、投稿前 cover letter、投稿信、標題頁、亮點、作者貢獻、資料可用性聲明、推薦審稿人。

Nature 風格科學寫作 — 路由

此技能分為兩層：

  • 靜態層位於 static/ 下，存放版本化、可重複使用的內容片段（核心立場 + 工作流程、論文類型手冊、各章節撰寫指南、初次投稿指南、語言特定規則、各期刊風格）。
  • 動態層（此檔案加上 manifest.yaml）會偵測請求的軸向，並僅載入當前任務所需的片段。

請勿嘗試從記憶或此路由中套用撰寫邏輯。務必依照下方說明從磁碟載入片段。

路由協定

每次呼叫此技能時，請遵循以下五個步驟。

1. 載入 manifest 與核心層

讀取 manifest.yaml。它宣告了軸向（task、paper_type、section、language、journal）、允許的值，以及每個值對應的檔案路徑。

同時讀取 always_load 下列出的所有檔案。這些檔案包含適用於每個撰寫工作的預設立場、寫作工作流程與輸出格式。

2. 偵測此請求的軸向值

對於 manifest 中的每個軸向，使用 manifest 的 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. 載入匹配的片段

對於每個軸向值，讀取 manifest 中對應的檔案。當任務為 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/ 下的檔案是深度參考資料與範例庫，並非預設值。根據 manifest 中的 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。

為何如此拆分

  • 靜態層是版本化且可審查的。新增期刊風格、論文類型或章節只需一個新檔案加上 manifest 中的一行。
  • 動態層讓每次呼叫保持輕量：只有與此草稿相關的片段進入上下文，而非完整的數千行參考資料集。
  • 路由本身刻意保持簡短。新增範圍時，請更新片段，而非此檔案。
  • 此結構與 nature-polishing 對應，以便日後可將共享內容提升至 nature-shared/ 層，供兩個技能使用。