nature-polishing

Nature スタイルの学術論文ポリッシュ — ルーター

ルーティングプロトコル

新しいポリッシュタスクでは、以下のルーティングに従ってください。追加の編集では、確立済みのタスク選択とすでに読み込んだガイダンスを再利用し、要求されたスコープが変わった場合にのみ追加のフラグメントを読み込んでください。

1. マニフェストとコアレイヤーを読み込む

manifest.yaml を読んでください。ここには軸（paper_type、section、language、journal）、許可される値、および各値がマッピングされるファイルパスが宣言されています。

また、always_load の下に列挙されているすべてのファイルも読んでください。これらには、すべてのポリッシュ作業に適用されるデフォルトのスタンス、失敗モードの診断、倫理、および出力形式が含まれています。

2. このリクエストの軸の値を検出する

マニフェスト内の各軸について、マニフェストの detect: ヒントとユーザーの入力を使用して値を決定してください：

• paper_type — research / methods / hypothesis / algorithmic / review。デフォルト：research。
• section — abstract / intro / results / discussion / conclusion / title / methods。複数指定可能です。曖昧であり、ポリッシュにとって重要である場合はユーザーに尋ねてください。
• language — en または zh-to-en。草案自体から検出してください。
• journal — nature / nat-comms / nat-mach-intell / generic。デフォルト： generic。nature はフラッグシップの Nature にのみ使用し、nat-comms は Nature Communications、nat-mach-intell は Nature Machine Intelligence（NMI）に使用してください。 他の Nature Portfolio のタイトルをフラッグシップ Nature のルールでルーティングしないでください。

続行する前に、検出した軸の値を短い1行でユーザーに示してください。そうすれば、ユーザーは低コストで修正できます。これは進捗の更新であり、承認ゲートではありません。必要な決定が未解決でない限り続行してください。

3. 一致するフラグメントを読み込む

各軸の値について、マニフェストでマッピングされているファイルを読んでください。section 軸は、ユーザーがセクションのコンテキストなしの自由な散文を提供した場合にのみスキップしてください。

static/ 内のすべてのフラグメントを読まないでください。ステップ2で選択されたものだけを読み込んでください。

4. 読み込んだ材料を使って推敲する

読み込んだ断片を、core/failure-modes.md の paper type -> section job -> paragraph logic -> claim/evidence/boundary -> sentence polish ルールに従い、次の優先順位で適用します。

1. 論文タイプ別プレイブック（アーキテクチャ、執筆順序）。
2. セクション固有の役割と失敗モード。
3. ジャーナル固有のフレーミングと制約。
4. 言語固有の文・段落ルール（最後に適用）。
5. 全体を通じた中心となる姿勢と倫理。

段落の構造的な問題が、内容を捏造しない限り修正できない場合は、それを覆い隠すのではなくフラグを立ててください。

Results、全文圧縮、本文対 SI の配分、または改訂中に追加された 文章については、文の推敲の前に ../nature-shared/core/main-text-discipline.md を読み込んでください。各結果を分類し、最短の十分な 証拠チェーンを保持し、すべての追加が影響を受ける段落全体にわたる 削除または置換のチェックを引き起こすように要求してください。

フラッグシップ Nature、Nature Communications、Nature Machine Intelligence、または その他の Nature Portfolio タイトルの場合は、対応する Nature スタイルの共有コーパス ガイダンスを読み込んでください。

• Results または Discussion → ../nature-shared/core/nature-results-discussion.md
• Introduction または原稿全体のナラティブ → ../nature-shared/core/nature-introduction.md
• Abstract → ../nature-shared/core/nature-abstract.md

クレームのエスカレーション、高速質問ファネル、Introduction–Results の 整合、発見中心のアブストラクト圧縮、証拠に基づく局所的な 解釈、および Results 間の統合を保持してください。これらのデフォルトは 当初、公開された NMI 論文から抽出されたものです。公式ポリシーではなく コーパス由来のガイダンスとして扱い、対象ジャーナルの現在のルールが 異なる場合はそれに従ってください。

Discussion の推敲または再構成の作業では、さらに ../nature-shared/core/discussion-argument-language.md を読み込んでください。その機能ラベルを 使って Results の繰り返しを除去し、具体的な知見から限定的な 含意への展開を修正し、法助動詞と報告動詞を証拠の強さに合わせて調整し、 限界と今後の課題が名前付きのクレーム境界を解決するようにしてください。これは ジャーナルポリシーではなく、一般的な執筆ガイダンスとして扱ってください。

5. 必要なときにのみ参照資料に手を伸ばす

references/ 配下のファイルはデフォルトではなく、深い参照資料です。ユーザーが 明示的にフレーズバンク形式の代替案や、より厳格なスタイル監査を求めた場合などに、 マニフェストの references.on_demand テーブルに従ってオンデマンドで開いてください。

対象が Nature Machine Intelligence で、正確な制限、availability セクション、学会発表拡張の開示、または制作チェックが 改訂に影響する場合は、 ../nature-shared/journal-formats/nature-machine-intelligence.md を読み込んでください。

原稿全体の一貫性監査、またはパッセージ間のドリフトの証拠が必要な場合は、../nature-shared/core/consistency-sweep.md を読み込んでください。局所的なフォローアップ編集では、影響を受ける用語、数値、クレームを確認する必要があり、これが単に別の編集ラウンドであるという理由だけで完全な監査をやり直す必要はありません。修正後は、影響を受ける出現箇所と依存するクレームを再確認し、新たな不一致が正当化する場合はスイープを広げてください。

レイアウト/組版（排版）のリクエストは異なります。 ユーザーが文言ではなく 配置の修正を求めた場合 — 疎で余白の多いページ、孤立した見出し、ページを埋めない またはページをまたいで分割される図、「Float too large」、マルチパネルの 配置、疎な Supplementary Information — は、散文の軸（paper_type、 section、language、journal）をスキップし、references/latex-layout.md を直接読み込んでください。その ファイルは自己完結型です。診断ワークフロー（レンダリング → コンタクトシート → ログを読む）、float-glue と [H]/\clearpage/placeins のパターン、および 「ソース側でワイドな図をより高く再生成する」ルールを備えています。常に レンダリングされたページを前後でコンパイルして目視検査してください — .tex だけで レイアウトを判断しないでください。