Paper-Notes を論文サーベイの入口として使う: 会議別Markdown構造とCC BY-NC-SAの境界
📚 数千篇 AI、LLM、NLP、CV 顶会论文解读，每篇 5 分钟读懂核心思想。
ひと目でわかる
- これは何？
- 9会議・23000件超の論文ノートを docs/ 配下のMarkdownとして会議別・分野別に配置したリポジトリ。読む側の道具としては使いやすいが、NOASSERTION と表示されるライセンス表記と、ノートの検証方法が判断の分かれ目になる。
- 誰に向いている？
- 採用を検討すべきなのは、会議ごとの論文リストを手元でgrepや全文検索したい研究者と、サーベイの出発点を素早く作りたいエンジニアである。逆に、ノートの記述を一次情報として引用する用途や、自社プロダクトへ組み込む用途には向かない。
- 商用利用できる？
- まず確認が必要です。このリポジトリのライセンスは自動分類の対象外なので、商用利用の前に LICENSE ファイルを読んでください。
- 今もメンテナンスされている？
- されています。最後のコミットは 10 日前です。
- 何の言語で書かれている？
- 主に Python です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
会議の締切後に論文リストが散らかる問題への答え
CVPR や ICLR の採択リストが公開されると、論文PDFと要約が各所に散らばる。reader は会議ごとにリストを追い、自分の分野の論文だけを拾い直す作業を毎回やり直すことになる。Paper-Notes が解こうとしているのはこの散らばりで、README によれば ACL、CVPR、ICLR、AAAI、NeurIPS、ICCV、ICML、ECCV の9会議を対象に、23000件を超えるノートを1つのリポジトリに集めている。想定読者は、締切前の関連研究調査を短時間で済ませたい研究者と、分野の流れを追いたい実装者である。各ノートは「5分で読める」分量を意図しており、論文本文の代わりではなく、読むべき論文を選ぶためのふるいとして設計されている。
docs/ 配下の三層構造と、会議ごとに分かれたMarkdown
リポジトリの実体は docs/ ディレクトリで、最上位に index.md が置かれ、ここに全站検索の入口があるとREADMEは説明している。その下に CVPR2026/、ICLR2026/、ACL2026/ のような会議ディレクトリが並び、各会議の直下に index.md がある。このファイルは論文を分野別に集約する役割を持つ。さらに下に 3d_vision/、llm_reasoning/、multimodal_vlm/ といった分野ディレクトリが続き、その中に paper_slug_1.md のようなファイル名で個別のノートが入る。つまり paper_slug_1.md を1つ開けば1本の論文ノートが読める形で、会議と分野の2段の絞り込みがファイルパスに埋め込まれている。この構造の利点は、GitHub 上でも clone した手元でも同じ階層をたどれることで、特定分野のノートだけをディレクトリ単位で持ち出せる。README の研究領域の表には 3d_vision/ が2010件、image_generation/ が2076件、model_compression/ が1045件といった件数が並び、分野ごとの厚みにかなり差がある。
ノートはJSON形式で、本文より機械可読性を優先している
個別ノートのファイル形式について、README は JSON 形式であると明記している。title、summary、motivation、method、experiment、takeaway といったキーを持つとされ、読む側から見ると、これは人間向けの文章というよりフィールドの集合である。この設計はサイト側の表示と検索インデックスの生成を同時に成立させるためのものだと推測できるが、README は生成パイプラインの内部までは説明していない。注意したいのは、キーの集合がノート間で固定されているかどうかがREADMEからは読み取れない点で、分野ごとに必要な情報が違う以上、欠損キーや追加キーがある可能性は残る。パースして自前のインデックスを作るなら、まず数ファイルを開いてキーの揺れを確認したほうがよい。
会議の網羅ペースとロードマップの読み方
README のバージョン履歴は、このリポジトリが会議単位で一気に埋めていく方針を取っていることを示す。v1.0.0 が2026-04-18で13000件超、v1.1.0 が2026-04-25に ACL 2026、v1.2.0 が2026-05-23に ICML 2026、v1.3.0 が2026-06-13に CVPR 2026 の約4000件、v1.4.0 が2026-06-20に ICLR 2026 の約5000件、v1.5.0 が2026-07-11に ECCV 2026 を追加している。会議の採択リストが出てからノートが揃うまでに数週間から数か月の間隔があり、NeurIPS 2026 や EMNLP 2026 はロードマップ上でこれから追加される予定として並んでいる。最新会議のノートを締切直後に当てにする使い方は、この間隔のぶんだけ成立しない。逆に1年前の会議をまとめて読む用途では、すでに揃っている会議を選べば待ち時間はない。
ノートの正しさを検証する手段がREADMEに書かれていない
このリポジトリの一番大きな制約は、ノートの内容が原論文と照合されているかどうかをREADMEから確認できないことである。生成の手順、人手によるレビューの有無、誤りの訂正履歴のいずれも説明されていない。README が用意しているフィードバック経路は issue の提出のみで、誤りを見つけた読者が修正を提案する形になる。したがって、ノートを読んで手法の細部を実装に移す場合、数式、ハイパーパラメータ、データセットの分割といった粒度の情報は原論文で裏を取る必要がある。5分で読める分量に圧縮されている以上、圧縮の過程で落ちた条件がそのまま実装の差分になる。サーベイの入口として使うのは妥当だが、引用可能な二次資料として扱うのは避けたい。
ライセンス表記の食い違いをどう扱うか
README の License 節は CC BY-NC-SA 4.0 を挙げ、署名、非商業性、同一条件での共有の3点を条件として示している。一方でリポジトリのメタデータ上は NOASSERTION と表示されており、GitHub が既知のライセンスとして認識していない状態にある。README の記述とメタデータが一致していないので、どちらを根拠に判断するかは利用者側の確認事項になる。実務上は、リポジトリ直下の LICENSE ファイルの実体を開いて条文を確認するのが先である。非商用の範囲でも、社内勉強会のように組織内で閉じる利用と、広告を伴うサイトへの転載では条件の解釈が変わる。ここでは法的助言はできないので、判断が難しい用途では法務に確認する前提で読んでほしい。
Papers with Code 系のリストとの違い
近い用途の選択肢として、会議ごとの採択論文を一覧化し、コード実装へのリンクを並べる Papers with Code 系のリストがある。こちらは論文のメタデータと実装リポジトリの対応を主目的にし、本文の要約は持たないか、あっても短い。Paper-Notes は逆で、要約を主目的に置き、実装リンクの整備は主眼ではない。README の会議表にある「完整论文清单」の列は zhaoyang97/papers-with-notes という別リポジトリの Markdown を指しており、採択論文の全件リストはそちらが担う。つまり、実装を探すなら Papers with Code 系、内容を短時間で把握したいなら Paper-Notes という役割分担になる。両方を使う場合、Paper-Notes で当たりを付けてから元論文と実装をたどる順序が素直である。
clone して使う場合の手順と、失敗しやすい点
手元で使うなら git clone https://github.com/zhaoyang97/Paper-Notes を実行し、docs/ 配下をたどる。会議ディレクトリを絞って読むなら、例えば CVPR2026/ の中の llm_reasoning/ だけを開けばよい。全文検索をかけたい場合は、各ノートが JSON であることを前提に、jq でキーを抜き出すか、ripgrep を docs/ 全体に走らせる方法が取れる。ただしREADMEが想定している閲覧は papernotes.org のサイト表示であり、数学公式のレンダリングが崩れた場合はページを再読み込みすると直ると注記されている。clone したMarkdownをそのままレンダリングする環境では、この再読み込みによる回避が効かない可能性がある。検索用のJSONインデックスが docs/index.md から参照されているかどうかは、READMEの記述だけでは特定できない。
編集部の結論
採用を検討すべきなのは、会議ごとの論文リストを手元でgrepや全文検索したい研究者と、サーベイの出発点を素早く作りたいエンジニアである。逆に、ノートの記述を一次情報として引用する用途や、自社プロダクトへ組み込む用途には向かない。CC BY-NC-SA 4.0 は非商用と同一条件での共有を求めるため、社内勉強会での利用と商用サービスへの転載では条件が変わる。導入前に確認すべきは、リポジトリの LICENSE ファイルの実体と、docs/index.md に検索用のJSONが置かれているかどうかである。
コミュニティノート