data-availability について
data-availabilityは、論文の投稿に向けてデータ共有資料を整える著者向けのスキルです。根拠となるデータセットとアクセス方法を対応付けて明確な声明を作成し、不足する識別子や未解決の制限を推測せずに示します。
主な機能
- 01主張を支えるデータセットを整理
- 02各データセットのアクセス方法を割り当て
- 03データと所在を示す声明を作成
- 04新規・再利用データの記載を確認
- 05情報不足とアクセス上のリスクを指摘
活用シーン
- 01投稿用のデータ可用性声明の準備
- 02不足するDOIや登録番号への対応
- 03公開・制限付きデータセットの説明
- 04投稿前のデータ共有文の確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ boom5426/ nature-paper-skills --skill data-availabilityインストール後、Claude Code で/data-availabilityを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/chinese-author-alignment.mdfair-metadata-checklist.mdrepository-routing.mdsource-data-checks.mdstatement-patterns.md詳細
データの利用可能性
概要
このスキルを使うと、原稿を裏付けるデータを、データ利用可能性に関する文面、リポジトリ計画、ソースデータの対応付け、未解決のリスクをまとめた投稿可能なパッケージにできます。
このスキルの対象範囲は submission-audit より狭く、scientific-writing より実務的です。論文のストーリーではなく、データ共有パッケージの具体性、永続性、投稿先ジャーナルへの適合性が課題となっている場合に使ってください。
使用する場面
次の場合にこのスキルを使ってください。
- 原稿に
Data Availabilityの記述が必要な場合 - アクセッション番号、DOI、リポジトリのレコード、またはソースデータファイルが欠落しているか、不安定な場合
- 論文で、新たに生成したデータ、再利用した公開データ、アクセス制限のあるデータが混在している場合
- 「請求に応じて提供」という文言を明確化または置き換える必要がある場合
- 投稿または改訂にあたり、編集者がすぐに確認できるデータ共有の文面が必要な場合
次の場合にはこのスキルを使わないでください。
- データ共有と関係のない一般的なセクションの書き換え
- 原稿全体の構成変更
- データセットの利用可能性に影響しない参考文献の整理
ワークフロー
- 投稿先のジャーナルと論文の種類を確認します。
- 本文および補足資料の主張を裏付けるデータセットを棚卸しします。
- 生データ
- 処理済みデータ
- 図のソースデータ
- 再利用した公開データセット
- 結果の確認に必要な、コードに関連する出力
- 各データセットに、アクセス方法を1つだけ割り当てます。
- 公開リポジトリ
- アクセス制御付きリポジトリ
- 論文または補足資料内
- 再利用した公開ソース
- 第三者によるアクセス制限
- 正当な理由に基づく請求経路
- 記述を作成する前に、リポジトリと識別子の方針を決めます。
- データセットと所在を明示する文面を作成します。
- 新たに生成したデータと再利用したデータの両方が記述されていることを確認します。
- リポジトリ名、アクセッションID、DOI、アクセス規則をでっち上げず、未解決の項目にフラグを立てます。
作業ルール
- 可能な場合は、分野に特化した公開リポジトリを優先してください。
- 実際に法的、倫理的、商業的、または第三者による制限がない限り、「請求に応じて提供」は不十分な表現として扱ってください。
- データを公開できない場合は、次の点を明記してください。
- アクセスが制限されている理由
- アクセスを管理する主体
- 請求がどのように審査されるか
- どのメタデータ、ソースデータ、派生データを引き続き公開するか
- ジャーナルが明示的に求めていない限り、データ、コード、プロトコル、資料を曖昧な利用可能性に関する一文にまとめないでください。
- アクセッション番号、DOI、リポジトリ名、査読者用リンク、公開猶予期間の条件をでっち上げないでください。
- 解析で実際に使用したリソースだけを記載し、入手元を明確に記してください(「すべての回答データは [collection]、[DOI] から取得しました」)。研究で使用しなかったリソースは記載しません。また、ソースに記録されていない識別子は、「公開されていない」や「特定できなかった」と告白するのではなく、省略してください。そのような不足は、著者に伝えてください。
- 何も約束しないでください。現時点で存在する経路とファイルを記載します。「請求に応じて提供」や「Source Data files」という表現は、その経路やファイルが実際に存在する場合にのみ使い、将来の公開や手配によるアクセス(「公開予定」「採択前に公開予定」「手配可能」)については一切記載しません。
- リポジトリの構成ではなく、科学的な内容を明記してください。記述にはフォルダパス(
source_data/)、ファイルの扱い方、ワークブックの操作手順を含めないでください。 - 実際に使用した公開リポジトリを明記してください。たとえば、処理済み入力データには Hugging Face のデータセット、コードには GitHub リポジトリを使用した場合、それぞれを記載し、Code availability の記述が公開リポジトリの内容と一致するようにしてください。
- 補足資料のデータソース表は、使用したリソースごとに1行とし、すべての行で同じ値になる列を設けず、原稿の参考文献一覧から引用した文献を掲載してください。これにより、両者の不一致を防げます。可能な場合は、解析用の表から生成してください。
関連ファイル
必要な場合にのみ、以下を開いてください。
references/statement-patterns.md実際の声明文を作成または修正する際に使用します。references/repository-routing.md各データセットの登録先と必要な識別子の種類を判断する際に使用します。references/source-data-checks.md図表や補足資料に、十分な基礎データが含まれているかを確認する際に使用します。references/fair-metadata-checklist.mdジャーナルが FAIR または DataCite 形式のデータセットメタデータ、あるいは正式なデータセット引用を求めている場合に使用します。references/chinese-author-alignment.md中国語のデータ利用可能性に関する草稿を、英語の投稿文面に合わせる際に使用します。
出力基準
このスキルを使用する際は、以下を返してください。
- そのまま貼り付けられる
Data Availabilityの文面 - 引き続き必要なリポジトリへの登録と識別子に関する対応
- 不足している情報または投稿を妨げるリスク
- 現在のパッケージの状態についての簡潔な注記:
ready_to_submitdraft_with_placeholdersneeds_author_inputblocked
コメント
Markdown 対応