nature-data

Nature Data Availability — ルーター

ルーティングプロトコル

新しいタスクでは、以下にあるコアおよび該当するリソースを読み込んでください。フォローアップでは、すでに読み込んだガイダンスを再利用し、タスクで必要な場合にのみ追加で読み込んでください。

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

manifest.yaml を読んでください。次に、always_load に記載されているすべてのファイルを読んでください。

• static/core/stance.md — データ可用性パッケージとは何か、デフォルトのスタンス、および情報源の階層。
• static/core/workflow.md — 8 ステップのワークフローと出力形式。

2. コンテンツ軸はなし — ジャーナルと言語をインラインで確認する

nature-writing や nature-figure とは異なり、nature-data にはフラグメント軸がありません。そのバリエーションは、異なるコンテンツ本体を読み込むのではなく、実行時に処理されます。

• ジャーナル/論文種別 — ジャーナル固有の指示がこのスキルと衝突する場合は、ジャーナルに従ってください。
• アクセス経路 — 各データセットは 1 つの経路（公開リポジトリ、制限付きアクセス、論文内、再利用された公開データ、第三者による制限、正当な理由に基づく請求、または該当なし）に分類されます。
• ユーザーの言語 — ユーザーが中国語で書き込むか、中国語でのガイダンスを求めた場合は、static/core/chinese-mode.md を読み、ユーザーがステートメント本文のみを求めた場合を除き、中文核对ブロックを追加してください。

3. ワークフローを実行する

既存の 1 つのステートメントの文言編集または監査では、提供されたリポジトリ識別子とアクセス条件を保持し、影響を受ける主張を確認してください。そのステートメントに関連する不足を報告し、研究全体にわたる完全なデータセット目録やリポジトリの再設計を求めてはいけません。新しいデータ共有計画、完全なステートメント、または投稿監査には、以下の完全なワークフローを使用してください。

core/workflow.md の 8 ステップのワークフローに従ってください。ジャーナルを特定し、すべての根拠データセットを目録化し、それぞれを 1 つのアクセス経路に分類し、起草前にリポジトリと識別子の戦略を選択し、データセットと保存場所の対応を明示してステートメントを起草し、正式なデータセット引用を追加し、FAIR/メタデータ監査を実行し、そのまま貼り付け可能なテキストと未解決のフィールドを返します。

DOI、受入番号、リポジトリ名、ライセンス、エンバーゴ日、倫理承認、アクセス委員会、データ利用条件をでっち上げてはいけません。特定の法的、倫理的、商業的、または第三者による制限がない限り、「請求に応じて利用可能」は弱いものとして指摘してください。

4. 参照は必要なときにのみ手に取る

references/ 配下のファイルは、デフォルトではなく詳細な参照資料です。マニフェストの references.on_demand テーブルに従って必要なときに開いてください。たとえば、統治ルールとエッジケースについては references/policy-principles.md、リポジトリ/受入番号/DOI の選択については references/repository-and-identifiers.md、そのまま適応可能なステートメントについては references/statement-patterns.md、FAIR 監査については references/fair-metadata-checklist.md、中国語の文言については references/chinese-author-alignment.md、ルールを公式の情報源で正当化するには references/source-basis.md です。

対象が主力ジャーナル Nature の場合は、ステートメントの配置、必須の寄託ルーティング、中央コードのレビューアクセス、資料および構造ファイルの確認のために、references/nature-article-requirements.md も開いてください。

対象が Nature Machine Intelligence の場合は、../nature-shared/journal-formats/nature-machine-intelligence.md を開いてください。Data Availability ステートメントと、その後に参照文献の前に置かれる独立した Code availability セクションを必須としてください。レビューアのアクセス、正確な制限、リポジトリ/識別子の品質、および新規に開発された中央コードに関する Software Submission Checklist を確認してください。