輪読会で読む英文の論文を、目的・方法・結果・限界の日本語の要約と用語の対訳表にして、担当者が発表資料を作る時間を減らす

処理の起点を決める

担当者が論文を読み終えたあとに動かします。 読む前に要約を作ると、担当者は要約を読んで論文を読んだ気になり、原文を読まずに発表資料を作ることになります。 最小構成では担当者が自分で ChatGPT の画面にPDFを添付し、半自動化では管理シートの「状態」の列を「読了」に変えたことを Google Apps Script が見て動きます。

1回に扱うのは1本の論文です。 複数の論文を一度に渡すと、要約の文がどの論文のものかが混ざります。関連する論文を比べたいときは、1本ずつ下書きを作ってから担当者が並べます。

発表日の3日前までに動かすことを目安にします。 第7章の「人間の確認」の作業と、自分の疑問を足す時間を確保するためです。

入力データを集める

質を決めるのは、3行目の用語集です。 用語集を渡さないと、ChatGPT は一般的な訳語を付けます。チームで「アニール」と呼んでいるものに「焼きなまし」が付き、過去の資料と検索でつながらなくなります。

用語集は全件を渡さず、分野で絞ります。 数百語を毎回渡すと、論文に出てこない語の訳まで対訳表に並ぶことがあります。管理シートに論文の分野を書き、その分野の語だけを渡します。

4行目の関心は、要約の重心を決めます。 同じ論文でも、合成の担当と分析の担当では知りたいことが違います。関心を渡すと、方法の節で書く細かさを変えられます。

データの取得方法を決める

論文のPDFは、担当者が入手元から取得して輪読会のフォルダに保存します。 保存するときに、管理シートにライセンスを書くことを必須にします。 ライセンスによって、AIサービスに入力してよいか、発表資料に図をどこまで載せてよいかが変わるためです。

arXiv では、投稿者がライセンスを選びます。 arXiv のライセンスの説明では、CC BY 4.0、CC BY-SA 4.0、CC BY-NC-SA 4.0、CC BY-NC-ND 4.0、CC0 のほか、arXiv に配布の限られた権利だけを与える非独占的なライセンスがあり、版ごとに選ばれたライセンスは取り消せないとされています。同じ arXiv の論文でも、ライセンスは1本ずつ違います。

用語集は、スプレッドシートから分野で絞った行を書き出して渡します。 半自動化では Google Apps Script が管理シートの分野を見て絞ります。

AIへ渡す前に整形する

1. ライセンスの確認 … 管理シートのライセンスの欄が空なら止めます。購読契約で入力が認められていない論文は、この構成に通しません
2. 本文と補足資料を分ける … 補足資料は渡しません。大きさの上限に近づくうえ、要約の文が補足資料のどこを指しているのかが分かりにくくなります
3. ページ番号の確かめ … 学術誌のPDFはページ番号が通し番号（例：1243〜1258）になっていることがあります。指示で「PDFの何ページ目か」で答えさせると決め、担当者にも同じ数え方で確かめてもらいます
4. 大きさの確かめ … 1ファイル50MB未満、1回の合計50MBまでに収まるかを見ます
5. 用語集の絞り込み … 論文の分野の語だけを渡します
6. 輪読会の関心を1〜2行にする … 長く書くと要約の重心が関心の側に寄りすぎ、論文の主な主張が薄くなります。 「評価の方法を詳しく」程度にとどめます

3番目を軽く見ないでください。 論文に印刷されたページ番号とPDFのページの数え方が違うと、原文の箇所を開いても該当する文が見つからず、担当者は確かめるのをやめてしまいます。

AIに処理させる

させるのは、4つの節の要約、数値の一覧、用語の対訳表の3つです。

要約の文はすべて、原文のページと該当する英文の抜き出しを付けます。 抜き出しは短く、該当する文の一部で構いません。担当者が原文を開いたとき、どこを読めばよいかが分かれば足ります。

5行目がいちばん起きやすい失敗です。 表に無い値をグラフから読んで「約○○」と書くと、数値の一覧に表の値とグラフから読んだ値が混ざります。 グラフから読んだ値は、数値の一覧に入れず、要約の文の中で「図○によれば増加している」のように傾向として書かせます。

指示内容を固定する

あなたは研究所の輪読会で、英文の論文を紹介する担当者を手伝う立場です。
渡す論文のPDFだけを根拠に、日本語の要約、数値の一覧、用語の対訳表を作ってください。

【要約】
- 目的・方法・結果・限界の4つの節に分けてください。
- 要約の文ごとに、PDFの何ページ目か（印刷されたページ番号ではなく、PDFの1枚目を1とする数え方）と、
  根拠にした英文の一部をそのまま抜き出して付けてください。
- 根拠の英文を示せない文は書かないでください。
- 限界の節には、著者が論文の中で書いている限界・前提条件・今後の課題だけを書いてください。
  あなたの考える問題点や、論文に書かれていない課題は書かないでください。
- 方法の節は、次の関心に合わせて細かさを変えてください：{interest}

【数値の一覧】
- 主要な結果の値を、表または本文に書かれているとおりに写してください。
- 単位の換算、丸め、有効数字の変更をしないでください。
- グラフから目で読み取った値は入れないでください。
- 値ごとに、何の値か、条件、表や図の番号、PDFのページを付けてください。

【用語の対訳表】
- 渡す用語集にある語は、用語集の訳語を使い、source を glossary にしてください。
- 用語集に無い語は訳語の案を付け、source を proposed にしてください。
- 用語集の訳語を変えないでください。用語集の訳語が合わないと思う場合は note に書いてください。

【論文のPDF】{paper_pdf}
【用語集（この分野の語）】{glossary}

「根拠の英文を示せない文は書かない」を明記しないと、論文の導入の一般論や、AIの知っている背景知識が要約に混ざります。 読みやすくなる一方で、どこまでが論文に書かれたことなのかが分からなくなります。

限界の節の制約は、2回に分けて書いています。 「限界を書いて」とだけ頼むと、著者が書いていない限界を補います。補われた限界は、もっともらしいほど著者の主張として受け取られます。

出力形式を固定する

次の形のJSONで受け取ります。

{
  "paper_title": "",
  "summary": [
    {
      "section": "purpose | method | result | limitation",
      "text_ja": "",
      "page": 0,
      "quote": ""
    }
  ],
  "figures": [
    { "what": "", "value": "", "unit": "", "condition": "", "table_or_figure": "", "page": 0 }
  ],
  "glossary": [
    { "en": "", "ja": "", "source": "glossary | proposed", "page": 0, "note": "" }
  ],
  "unclear": ""
}

書き出すと、たとえば次のようになります。

限界の行の「今後の課題とされている」という書き方に注目してください。 著者の記述であることを、文末で示しています。指示で「著者が〜としている」「〜とされている」の文末にそろえさせると、AIの見解と著者の主張を、読み手が文末で見分けられます。

1つ目の理由は、要約の文と原文の箇所を1組にできることです。 page と quote を必須にしておくと、原文の箇所の無い文は形の上で出てきません。 担当者は quote で原文の該当箇所を検索して開けます。

2つ目は、数値を文章から切り離せることです。 figures は値・単位・条件を別々の項目で持つため、担当者は表の形で原文と1行ずつ照らせます。 値を value の文字列で持たせるのは、「1.20」の末尾のゼロや「<0.01」のような書き方をそのまま残すためです。

3つ目は、source で用語集との関係が分かることです。 proposed の行だけを見れば、チームの用語集に足す候補が分かります。glossary の行は確認を省けます。

半自動化では、この JSON を Google Apps Script がドキュメントに書き出します。 要約は節ごとに見出しを付け、各文の末尾に「（p.5）」のようにページを付けます。数値の一覧と対訳表は表にします。

システムへ連携する

用語集への追加は人が行います。 proposed の訳語を自動で用語集に足すと、確かめられていない訳語が次の論文の対訳表に glossary として出てきます。

人が確認する

担当者が確かめる順番を決めておきます。

1. 数値の一覧を全件確かめる … 値・単位・条件を原文の表と1行ずつ照らします。取り違えがあれば、要約の該当する文も直します
2. 限界の節を全文確かめる … 各文の quote で原文を開き、著者が書いていることかを確かめます
3. 目的・方法・結果の節は、引っかかった文だけ原文を開く … 自分で読んだ理解と違う文、数値を含む文を優先します
4. 対訳表の proposed の行を確かめる … 分野の慣用と合っているか。採用するものを用語集に足します
5. 自分の疑問と自社への示唆を足す … ここは担当者が書きます

確かめた結果は、下書きのドキュメントの末尾に短く残します。

この記録があると、輪読会の参加者は、どこまで確かめられた資料なのかを知ったうえで議論できます。

1番目と2番目を省かないでください。 数値の取り違えは議論を誤った方向に進め、限界の取り違えは、論文の主張を実際より強く見せます。 どちらも輪読会の場では気づきにくい誤りです。

目標は、論文1本あたり45分です。 数値の一覧と限界の節で20分、残りの節と対訳表で15分、発表資料への組み直しで10分が目安です。

例外に対処する

5行目は、要約の誤りを見つける手がかりになります。 quote が原文に無いということは、その文が論文の外から来た可能性があるということです。

記録を残す

• 論文のPDFと管理シートの行（入手元、ライセンス、担当者、発表日）
• ChatGPT の出力の全文と、作った日時
• そのとき渡した用語集の版
• 担当者が直した箇所（数値の取り違え、限界の節から外した文、quote が見つからなかった文）
• 発表資料と、輪読会での議論のメモ
• 用語集に足した訳語と、足した人

4つ目は、指示文を直す材料になります。 限界の節から外す文が毎回出るなら、限界の節の制約の書き方を強めます。

発表資料は、チームの訳語で書かれた形で共有ドライブに残ります。 訳語がそろっているので、半年後に日本語で検索しても、過去に読んだ論文の資料にたどり着けます。