nature-writing

Nature スタイルの科学ライティング — ルーター

ルーティングプロトコル

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

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 / nature-family / nat-comms / nat-mach-intell / generic。 デフォルト: generic。nature はフラッグシップジャーナル Nature にのみ使用し、 Nature Communications には nat-comms、Nature Machine Intelligence（NMI）には nat-mach-intell、その他の Nature Portfolio タイトルまたは 未指定の Nature ファミリーのリクエストには nature-family を使用してください。

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

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

各軸の値について、マニフェストでマップされているファイルを読んでください。タスクが submission-package の場合、またはユーザーがセクションのコンテキストなしで自由な論証段落を明示的に求めた場合は、section 軸をスキップしてください。

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

4. 読み込んだ素材を使って草稿を作成する

読み込んだ断片を次の優先順に適用します。

1. 中核となるスタンス + 取り込み(core/stance.md) — 草稿を作成する前に、欠落している主張 / 根拠 / 境界を明らかにします。
2. 論文タイプ別のプレイブック — 論証の連鎖、草稿作成の順序。
3. セクション固有の草稿作成ルールと構成。
4. task=submission-package の場合のタスク固有の投稿ルール。
5. ジャーナル固有の枠組みと制約。
6. 言語固有の文と段落のルール(最後に適用)。

task=manuscript の場合は、要求された規模で core/workflow.md を使用します。新しいセクションまたは大幅な再構成については論証を計画してください。タイトル、単一の段落、または局所的なフォローアップには、該当する根拠、表現、一貫性チェックのみが必要です。重大な未解決の決定が妨げになっている場合、またはユーザーが先に承認用のアウトラインを求めた場合を除き、要求された文章を完成させてください。

Results を草稿作成もしくは再構成する場合、または完全な原稿の本文 テキストを圧縮する場合は、段落マップを構築する前に ../nature-shared/core/main-text-discipline.md も読み込んでください。すべての結果を機能別に分類し、本文、キャプション、Methods/ソースデータ、SI に割り当ててから、最短で十分な根拠の連鎖を草稿作成します。完全な分析記録と完全な本文を同一視しないでください。

対象が flagship 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

これらのファイルは、主張のエスカレーション、問いの連鎖の整合、 発見を中心とした圧縮、および統合に使用します。これらは当初、公開された NMI 論文から抽出され、Nature スタイルのデフォルトとして一般化されたものです。公式の方針として提示しないでください。また、対象ジャーナルの現在のルールを優先させてください。

Discussion の草稿作成、再構成、またはセクション監査を行う場合は、あわせて ../nature-shared/core/discussion-argument-language.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。
• ユーザーが本文、キャプション、SI に何を含めるべきかを尋ねる、より短い Results セクションを望む、または査読者に促された説明を追加する → ../nature-shared/core/main-text-discipline.md。
• ユーザーが完全な初回投稿パッケージ、テンプレート、または投稿準備状況の監査を求める → references/submission-package.md。
• 対象がフラッグシップジャーナル Nature であり、正確な投稿要件や書式要件が重要である → ../nature-shared/journal-formats/nature.md。
• 対象が Nature Machine Intelligence であり、正確なコンテンツタイプ、投稿、データ/コード、または制作要件が重要である → ../nature-shared/journal-formats/nature-machine-intelligence.md。
• いずれかの Nature / Nature Portfolio 対象で、Results の主張の進展、エビデンスに基づく解釈、ロバスト性の配置、または Discussion の統合が必要である → ../nature-shared/core/nature-results-discussion.md。
• いずれかの対象で、Discussion の機能チェーン、エビデンスに基づくモダリティ表現、主張ごとの限界、冗長でない文献の位置づけ、 または不確実性に基づく今後の課題が必要である → ../nature-shared/core/discussion-argument-language.md。
• いずれかの Nature / Nature Portfolio 対象で、Introduction のファネル、正確なギャップ、 文献の論理、問いを先に置く新規性、研究ロードマップ、または Results との整合が必要である → ../nature-shared/core/nature-introduction.md。
• いずれかの Nature / Nature Portfolio 対象で、要旨のエビデンスチェーン、 主要/補助的主張、数値結果、または最終的な成果の判断が必要である → ../nature-shared/core/nature-abstract.md。
• その作業が規制対象または専門的な研究コンプライアンスに関わる → ../nature-shared/core/research-compliance.md。

投稿の境界

• nature-writing は、査読前に準備される初回投稿の資料を担当します。
• nature-response は、改訂カバーレター、反論、逐条回答、マーク付き原稿、異議申し立て、その他の決定後のやり取りを担当します。
• グラフィカルアブストラクトと TOC グラフィックは nature-figure に、模擬的な投稿前査読は nature-reviewer に振り分けてください。