草擬、審核或修改Nature風格的修回通訊包：逐點回覆審稿意見的信件、答辯信、修回附函、LaTeX封面/回覆模板，以及標紅的修改稿摘錄。適用於審稿意見、編輯決定信、貼上的編輯郵件、回覆草稿、附函、回覆審稿人、答辯信、修回信、返修郵件、編輯郵件、返修cover letter、審稿意見回覆、逐點回覆、大修回覆、小修回覆、回覆審稿人、修改稿回覆、寫rebuttal、回應審稿意見、標紅修改或LaTeX模板。
Nature 審稿回覆 — 路由
此技能分為兩層：
- 靜態層位於
static/下，存放版本化、可重複使用的內容片段（預設立場與紅線，以及回覆工作流程與輸出格式）。 - 動態層（此檔案加上
manifest.yaml）每次載入核心，並僅在步驟需要時才深入讀取回覆參考或模板。
請勿嘗試從記憶或此路由中套用回覆邏輯。務必依照下方說明從磁碟載入片段。
路由協定
每次呼叫此技能時，請遵循以下四個步驟。
1. 載入清單與核心層
讀取 manifest.yaml。然後讀取 always_load 下列出的每個檔案：
static/core/stance.md— 面向編輯的目的、預設立場、紅線，以及適用於每個回覆工作的來源層級。static/core/workflow.md— 接受的輸入、修回通訊工作流程，以及輸出套件格式。
2. 無內容軸 — 即時識別模式與語言
與 nature-writing 或 nature-figure 不同，nature-response 沒有片段軸。其變化在執行時識別，而非透過載入不同內容主體：
- 任務模式 —
draft/audit/revise/triage-only/cover-letter/revision-package/latex-template/appeal-like。 - 決定類型 — 小修、大修、修改後重投、轉投（已審查）、或不明確。
- 使用者語言 — 若使用者使用中文，則額外產出「中文核對」區塊。
使用 references/intake-and-routing.md 在草擬前確定任務模式、最低輸入與準備狀態。將類似申訴的案例分開處理；不要將申訴作為預設路徑進行草擬。
3. 執行工作流程
遵循 core/workflow.md 中的工作流程：若使用者貼上期刊郵件，首先從郵件中解析稿件元資料、決定類型、編輯指示、審稿報告、所需檔案與截止日期；識別模式與決定類型；提取編輯指示（ID E.1），然後在存在時提取審稿人意見（R1.1、R2.1）；根據回覆動作與獨立驗證的工作狀態對每個項目進行分類；建立策略摘要；草擬逐點回覆及/或修回附函；將每個聲稱的修改對應到稿件位置或明確的佔位符；編輯時在備份副本上以紅色標記修改的稿件文字；在回覆信中將引用的修改稿文字設為斜體；在 LaTeX/列印導向的輸出中，每個新審稿人回覆從新頁開始；標記缺少的作者輸入；執行 QA；並根據每個項目的狀態與阻擋狀態推導套件準備度。
切勿發明實驗、引用、行號、圖表面板、補充項目、編輯指示或稿件修改。將任何作者必須提供的內容標記為 AUTHOR_INPUT_NEEDED。
4. 僅在需要時讀取參考
references/ 與 templates/ 下的檔案是深度資源，而非預設值。根據清單中的 references.on_demand 表格按需開啟它們 — 例如 references/comment-taxonomy.md 用於分類意見，references/action-mapping.md 用於追蹤欄位，references/tone-and-stance.md 用於不同意措辭，references/difficult-cases.md 用於無法進行的實驗/衝突的審稿人/類似申訴的案例，references/chinese-author-alignment.md 用於中文作者註記，references/latex-templates.md 用於 .tex 封面/回覆/紅線輸出，以及 references/qa-checklist.md 用於最終確認前。
為何如此拆分
- 靜態層可版本化與審查；核心保持簡潔以應對一般回覆。
- 動態層使每次呼叫成本低廉：困難案例、分類與 QA 深度僅在步驟需要時才載入。
- 路由本身刻意簡短。新增範圍時，請更新片段與參考，而非此檔案。
- 此結構與
nature-writing、nature-polishing、nature-reader、nature-paper2ppt、nature-figure和nature-citation一致。
