nature-response

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 一致。