nature-ref-verifier について
nature-ref-verifier は、論文投稿前の確認、査読で指摘された引用の調査、文献ライブラリの保守に使う学術文献検証 skill です。論文、単独の引用、BibTeX を解析し、複数の情報源で項目を照合して確信度と結果をまとめます。
主な機能
- 01論文・引用・BibTeX を解析
- 02複数の文献情報源を検索
- 03メタデータを項目ごとに比較
- 04差異に基づき確信度を評価
- 05報告書・BibTeX 修正案・更新指示を出力
活用シーン
- 01投稿前に参考文献を検証
- 02査読で指摘された引用誤りを特定
- 03移行した文献を一括確認
- 04Zotero ライブラリを定期点検
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ yuan1z0825/ nature-skills --skill nature-ref-verifierインストール後、Claude Code で/nature-ref-verifierを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
manifest.yamlREADME_EN.mdREADME.mdagents/openai.yamlreferences/common-patterns.md詳細
nature-ref-verifier — 学術参考文献のマルチソース検証スキル
バッチ差分、繰り返し発生するフィールドエラー、DOI/タイトルの競合、著者順序の異常、ページ番号のずれ、
レポートの文言を扱う必要がある場合は、references/common-patterns.md を読み込んでください。その他のタスクではこのファイルを事前に読み込まないでください。
manifest.yaml に同一のオンデマンドルーティングが記録されています。新しいリソースを追加する際は、必ず本ファイルにも読み込み条件を明記してください。
トリガーワード
verify references、校验文献、check references、核对参考文献、文献验证、ref check
適用シーン
- 研究計画書/論文提出前に、すべての参考文献を最終確認する
- 査読意見で引用エラーが指摘された際に、問題箇所を正確に特定する
- 旧プロジェクトから新しい論文へ参考文献を移行する際に、有効性を一括検証する
- Zotero ライブラリの定期的なヘルスチェック
ワークフロー
Step 1: 入力の解析
3 つの入力形式をサポートします:
A. 論文/研究計画書全体
[N]番号付きの参考文献リストをすべて抽出する- 各項目の DOI を自動識別する(存在する場合)
B. 単一の参考文献
- ユーザーが引用テキストを 1 件そのまま貼り付ける
- または Zotero の item key を渡す
C. BibTeX ファイル
.bibを直接解析し、1 件ずつ検証する
Step 2: マルチソース並列クエリ
Step 2.0(最も低コストで、最初に実行):DOI の解決可能性チェック。 DOI を持つ各文献について、まず https://api.crossref.org/works/<DOI> をリクエストします:404 → DOI 自体が誤り(誤った番号である可能性が高い);200 → 返却されたレコードのタイトル/著者/巻号頁を項目と照合し、不一致であれば「DOI の取り違え」です。1 回のリクエストで、実務上最もよくあるエラーの一種を発見できます(ある 35 件の検証では、9 件のエラーのうち 7 件がこの種のものでした)。
各文献について、以下のソースを並列にクエリします(どれが使えるかは環境設定によります):
| ソース | 適用される文献 | 典型的なカバレッジ |
|---|---|---|
| Crossref | DOI を持つ外国語ジャーナル | 約 70%(IEEE の古い文献、中国語ジャーナルにはしばしば欠落がある) |
| IEEE Xplore | IEEE ジャーナル/会議 | IEEE DOI が 404 のときの代替 |
| WebSearch (Bing/Google) | DOI がない、またはソースが欠落している文献 | 最終手段 |
| CNKI/万方 (kimi-datasource / webbridge) | 中国語ジャーナル、学位論文 | 中国語文献は必須チェック |
| Zotero ローカルライブラリ (zotero-mcp) | 登録済みの文献 | 既存データとの迅速な照合 |
クエリ戦略: まず DOI で Crossref を検索し、失敗したらタイトル+著者で Web 検索にフォールバックします。
バッチ戦略: 20 件を超える場合は 10〜15 件ずつ並列サブエージェントに分割し、各グループが独立してクエリした後に集約します——35 件規模では、実測で 3 つの並列サブエージェントなら 1 回の往復で完了し、直列では 1 桁遅くなります。
Step 3: フィールドレベルの比較
各文献について以下の比較マトリクスを実行し、深刻度に応じて 3 段階に分類します:
🔴 Critical(必ず修正)
| チェック項目 | 説明 | 典型的な事例 |
|---|---|---|
| 著者の氏名/順序の不一致 | 筆頭著者が異なる、順序が逆、完全な捏造 | Smogavec→Leckebusch、Vainikainen→Mikhnev |
| 著者の抜け | 項目の著者数が出版元の記録より少ない(5 名以上の文献で最初の 3〜4 名しか登録しない場合によくある) | TGRS 2019 の PCA 論文で第 5 著者 Ge が抜け;TAES 2021 の UAV 論文で第 5 著者 Kim が抜け |
| ページ番号の差異 ≥5 | ページ番号が完全に一致しない | Noon: 1309-1319→1444-1449 |
| 記事番号の文字誤判定 | 記事番号に含まれる文字が形の似た数字として書かれている(T/7、l/1、O/0) | SPIE 101880T を 1018807 と誤記 |
| タイトルの中核語の不一致 | 大文字小文字/句読点の差異ではないもの | Iwasaki T→Wu K H、Zhang W→Zhu M H |
| DOI が別の論文を指している | DOI は存在するがタイトル/著者が対応しない | Abidi 1995: 10.1109/4.482157→10.1109/4.482187 |
| DOI の取り違え | DOI は解決できるが別の論文に解決される(タイトルと著者を照合すれば発見できる) | JAG 2017 の SVD 論文の DOI が同巻の ERT 論文を指している;AST 2022 の回転翼論文の DOI がタービン騒音論文を指している |
🟡 Warning(確認を推奨)
| チェック項目 | 説明 | 典型的な事例 |
|---|---|---|
| 巻年 ≠ DOI 年 | 巻の帰属年と DOI 番号の年が一致しない | Dadrass 巻 2025/オンライン 2024、Ni 巻 2022/DOI に 2020 を含む |
| Early Access メタデータのずれ | IEEE などのジャーナルで Early Access から正式出版に移行すると巻/号/頁/年が変化する。CrossRef の現在値を基準とする | TGRS の autoencoder 論文 59(12):10437-10449,2021 → 60:1-13,2022 |
| 著者のミドルネームの欠落/過多 | "Rabiner L" 対 "Rabiner L R" | 通常は検索に影響しない |
| 号の欠落 | スクリプトに巻はあるが号がない | Smogavec 2025: 17→17(10) |
| ページ番号の偏差 ≤4 | わずかな差異 | Leckebusch 15-24→15-25 |
| 出版社名の表記の差異 | "IET" 対 "IEE" | 歴史的な名称変更 |
🟢 Info(参考情報)
| チェック項目 | 説明 |
|---|---|
| タイトルの大文字小文字の違い | Title Case 対 Sentence case |
| ジャーナル名の略称 対 正式名称 | "IEEE Trans. AES" 対 "IEEE Transactions on Aerospace and Electronic Systems" |
| 句読点/接続詞の差異 | "and" 対 "&" など |
Step 4: 信頼度の評価
各文献について最終的に総合信頼度を 1 つ提示します:
| 等級 | 意味 |
|---|---|
| ✅ Verified | マルチソースで一致、修正不要 |
| ⚠️ Check suggested | 🟡 レベルの差異が存在し、人による判断が必要 |
| ❌ Needs fix | 🔴 レベルの差異が存在し、必ず訂正が必要 |
| ❓ Unverifiable | すべてのソースで見つからない(社内レポート、古い学位論文など) |
Step 5: レポートの出力
以下の出力形式をサポートします:
Markdown サマリーレポート:
## 验证结果:56 条文献
- ✅ Verified: 42
- ⚠️ Check suggested: 8
- ❌ Needs fix: 4
- ❓ Unverifiable: 2
### ❌ 必须修正
| # | 问题 | 当前值 | 正确值 | 来源 |
|---|------|--------|--------|------|
| [6] | 作者错误 | Smogavec P | Leckebusch J | Wiley |
| [42] | 作者顺序颠倒 | Vainikainen P… | Mikhnev V A… | IEEE |
### ⚠️ 建议核对
| # | 问题 | 详情 |
|---|------|------|
| [18] | 卷年/DOI年不一致 | 卷年2025,DOI年2024 |
BibTeX Patch: 修正後の .bib ファイルの内容を直接生成します。
Zotero 更新指示: Zotero ライブラリを一括修正するための修正指示リストを生成します。書き込みパスの制限に注意してください(2026 年実測):
- Zotero 7 のローカル HTTP API(localhost:23119)は読み取り専用——書き込み操作は 501 を返します。zotero-mcp 系の統合が不安定なのは、多くがこの層のラッパーか Zotero のビジー状態に起因します。curl で直接
--max-timeを付けてプローブすれば判断できます; - 一括書き込みには pyzotero の Web モードが最適(userID + API key が必要、フル機能の CRUD、429 のバックオフを内蔵);
- key がない場合はローカルの
/connector/saveItemsエンドポイントで項目を新規追加できます(既存の項目は変更できません); zotero.sqliteを直接変更するのは Zotero を終了した後でのみ可能で、さらに複数テーブルの関連とバージョン番号を手作業で維持する必要があり、最後の手段に限ります;- 修正前に項目がライブラリにあるか確認してください:タイトルで検索して空であれば、bib に別の出所(文献管理 CSV など)があることを意味し、Zotero 側での修正は不要です。
マルチソースのクロス検証戦略
┌─────────────┐
│ 用户输入 │
│ DOI/标题 │
└──────┬──────┘
│
▼
┌─────────────┐
│ 字段拆分 │
│ author/title │
│ year/vol/pg │
└──────┬──────┘
│
┌──────────────┼──────────────┐
▼ ▼ ▼
┌──────────┐ ┌──────────┐ ┌──────────┐
│ CrossRef │ │ IEEE │ │ WebSearch│
│ (DOI) │ │ Xplore │ │ (Bing/GG)│
└────┬─────┘ └────┬─────┘ └────┬─────┘
│ │ │
▼ ▼ ▼
┌──────────────────────────────────────┐
│ 字段级对比 + 差异评级 │
│ author / title / year / vol / issue │
│ pages / DOI / journal │
└────────────────┬─────────────────────┘
│
▼
┌────────────────┐
│ 置信度评估 │
│ ✅ ⚠️ ❌ ❓ │
└────────────────┘
既知の限界と対処
| 限界 | 対処 |
|---|---|
| 中国語 DOI は Crossref にない | CNKI/万方にフォールバック(webbridge または WebSearch 経由) |
| IEEE の古い文献の DOI が 404 を返す | IEEE Xplore で直接検索(その DOI は Crossref に登録されていない) |
| 学位論文に DOI がない | CNKI / 万方 / ProQuest でタイトル+著者+年を検証 |
| 製品マニュアル/特許 | メタデータは検証せず、ソースにアクセス可能なことのみ確認 |
| Google Scholar で一部の文献が見つからない | 検索エンジンを切り替える(Bing、百度学術、Semantic Scholar) |
环境依赖
以下工具为可选,有则启用、无则降级:
pyzotero[cli]:推荐的 Zotero 读写通道(本地只读 + Web 读写双模式,CLI 可直接被 agent 以 Bash 调用,无常驻进程)zotero-cli/zotero-mcp:Zotero 库读写(本地包装层,实测稳定性较差)kimi-datasource(scholar):学术搜索kimi-webbridge:带登录态的 CNKI 查询- 基础 WebSearch / FetchURL:通用兜底