論文と学会発表を毎週巡回して、自社の開発テーマに関係するものだけを拾う

処理の起点を決める

毎週決まった曜日と時刻を起点にします。

曜日は月曜の朝を推奨します。 週の初めに候補が届けば、その週のうちに読めます。金曜の夕方に届くと、週末を挟んで忘れられます。

頻度を毎日にしないでください。 毎日通知が来ると読まれなくなります。週に1回、まとまった件数が届くほうが、腰を据えて見てもらえます。

ただし、情報源によっては即時性が要るものもあります。 競合他社の技術発表や、特許の公開は、早く知る価値があります。そこだけ別の Zap で日次にするという設計はあり得ます。

学会の時期には、頻度を上げる価値があります。 予稿集が公開される時期は、一度に大量に出ます。その時期だけ週2回に切り替えるという運用ができます。

月次の集計のトリガーも置いてください。 月初に、前月の判定の精度（読まれた割合、関係なかった割合）を集計します。この集計がないと、判定が当たっているかが分かりません。

タイムゾーンの設定を最初に確認してください。 アカウントのタイムゾーンが日本になっていないと、意図した時刻に動きません。実行の記録は協定世界時で表示されるため、現地の時刻と違って見える点にも注意してください。

入力データを集める

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

テーマの定義が、この構成の質を決めます。 「正極材」というテーマ名だけでは、関係するかどうかを判定できません。次の形で持ってください。

「関係しないもの」の列が、この構成でもっとも効きます。 何が対象外かを書かないと、広く拾いすぎます。「リン酸鉄系は対象外」と書くだけで、除外できる件数が大きく変わります。

「判定の難しい境目」も必ず書いてください。 分野の境目にある研究を拾えるかどうかが、この構成の価値です。ベテランが「これは関係する」と判断する理由を、ここに書き出してください。

「よく使われる別の呼び方」は、検索と判定の両方に効きます。 略称、商品名、旧称。同じものを指す語を集めてください。

テーマの定義は、テーマの担当者に書かせてください。 経営企画や情報システムが書くことはできません。1テーマあたり1〜2時間かかります。 12テーマで20時間程度を見込んでください。

除外の条件： 情報源から取れる範囲で、機械的に除外できるものを整理します。

「既出」の除外が、いちばん件数を減らします。 プレプリントと正式な論文で同じ内容が2回出ることがあります。識別子だけでなく、題名と著者の組み合わせでも突き合わせてください。

読んだ記録： 運用を始めてからたまります。「候補に挙がったが読まなかった」「読んだが関係なかった」という記録が、判定の精度を測る材料になります。

AIへ渡す前に整形する

1. 新着の抽出 … 前回の巡回以降に公開されたものに絞ります。公開日ではなく、情報源に載った日で判定してください
2. 重複の除外 … 識別子、題名と著者の組み合わせで、既出を除きます
3. 機械的な除外 … 分野、言語、種類で除きます。ここは Zapier のフィルタで行います
4. 本文の取得の判断 … 要旨だけで判定します。本文の一括取得は契約に触れる可能性があります
5. テーマの定義の読み込み … 12テーマ分をまとめて渡すか、テーマごとに分けて判定するかを決めます
6. 件数の上限の設定 … 1回の巡回で判定する件数に上限を設けます。想定を大きく超えたら止めて通知します

5の判断が、費用と精度に効きます。 12テーマ分の定義をまとめて渡すと、入力が長くなります。テーマごとに分けて判定すると、呼び出しが12倍になります。

現実的な折衷案は、大きく3〜4群にまとめることです。 「正極系」「負極系」「電解液・セパレータ系」「評価・解析系」のように、近いテーマをまとめます。群ごとに判定すれば、入力も呼び出しも抑えられます。

6の上限は必ず入れてください。 情報源の仕様が変わって、過去の全件が新着として流れてくることがあります。そのまま判定すると、費用が想定を大きく超えます。

AIに処理させる

内容を評価させません。 「優れた手法」「自社より進んでいる」といった記述を出させないでください。

要約もさせません。 要旨を短くまとめた文は、読むかどうかの判断には使えません。必要なのは「なぜこのテーマに関係するか」であって、「何が書かれているか」ではありません。

新規性の判断もさせません。 「この手法は新しい」という判断は、その分野の研究の蓄積を知らないとできません。研究員が行うことです。

優先順位も付けさせません。 「この論文を最優先で読むべき」といった記述は、研究員の判断を先取りします。関係の強さを示すところまでにとどめてください。

指示内容を固定する

あなたは研究開発部で文献の巡回を支援する担当者です。
公開された論文・発表の見出しと要旨を読み、
自社の開発テーマに関係するかを仕分けることが役割です。

【厳守事項】
- 内容を評価しないでください。
  「優れた手法」「画期的」「自社より進んでいる」と書かないでください。
- 新規性を判断しないでください。
  「この手法は新しい」「既知の技術の応用にすぎない」と書かないでください。
- 要約しないでください。
  何が書かれているかを短くまとめる必要はありません。
  必要なのは「なぜこのテーマに関係するか」だけです。
- 読む優先順位を付けないでください。
  「最優先で読むべき」と書かないでください。
- 要旨に書かれていないことを推測で補わないでください。
  要旨だけでは判定できない場合、確からしさを low にしてください。
- 判定は、下の「テーマの定義」に照らして行ってください。
  一般的な分野の分類で判定しないでください。
- 「関係しないもの」に当たる場合は、必ず「関係なし」としてください。
  定義に書かれた除外の条件を無視しないでください。
- 「判定の難しい境目」に該当する場合、定義に書かれたとおりに判定してください。
  自分の判断で変えないでください。
- 1つの文献が複数のテーマに関係する場合、すべてのテーマを挙げてください。
  1つに絞らないでください。**分野の境目にある研究を拾うことが目的です。**
- 関係する理由は、テーマの定義の「関係する技術の要素」のどれに関わるかを
  示す形で、1〜2文で書いてください。
- 迷った場合は「周辺的」としてください。
  「関係なし」にすると、研究員の目に触れなくなります。
  拾いすぎは研究員が捨てられますが、見落としは気づけません。

【テーマの定義（テーマ名 / 対象とする範囲 / 関係する技術の要素 / 関係する周辺分野 / 関係しないもの / 判定の難しい境目 / よく使われる別の呼び方）】
{theme_definitions}

【判定する文献（題名 / 著者 / 所属 / 要旨 / 掲載誌 / 公開日 / 識別子）】
{articles}

【社内で進行中の研究の状況（注力している技術）】
{current_focus}

「迷った場合は周辺的に」の指示が、この構成の設計思想です。 拾いすぎた分は研究員が一覧を見て捨てられます。しかし、「関係なし」として除外されたものは、誰の目にも触れません。

ただし、拾いすぎには限度があります。 320件のうち200件が「周辺的」で出てくると、一覧が読まれません。運用しながら、テーマの定義の「関係しないもの」を厚くして、絞り込んでください。

「1つに絞らない」の指示が、見落としを防ぎます。 現状の問題の1つは、分野の境目にある研究が拾われないことでした。複数のテーマに挙げさせることで、隣のテーマの担当者にも届きます。

「要約しない」の指示には理由があります。 要約があると、研究員はそれを読んで判断した気になります。要約が誤っていた場合、重要な文献を読み飛ばします。 必要なのは「なぜ関係するか」であって、内容の要約ではありません。

出力形式を固定する

{
  "run_date": "",
  "source": "",
  "articles": [
    {
      "identifier": "",
      "title": "",
      "authors": "",
      "affiliation": "",
      "published_date": "",
      "venue": "",
      "url": "",
      "theme_matches": [
        {
          "theme": "",
          "relevance": "core | peripheral | none",
          "reason": "",
          "matched_elements": [],
          "boundary_rule_applied": ""
        }
      ],
      "confidence": "high | medium | low",
      "confidence_note": "",
      "duplicate_of": null
    }
  ],
  "summary": {
    "fetched": 0,
    "filtered_out_mechanically": 0,
    "judged": 0,
    "core": 0,
    "peripheral": 0,
    "none": 0,
    "by_theme": {}
  }
}

Claude API で出力をスキーマに沿わせるには、output_config の format に json_schema を指定します。 古い output_format は非推奨です。

スキーマの制約に注意してください。 enum は文字列・数値・真偽値・null に限られます。minimum / maximum / minLength / maxLength は使えません。 件数の範囲をスキーマで縛ることはできないため、受け取った後に確かめてください。

最初にスキーマを使うときは、文法のコンパイルの待ち時間があります。 結果は24時間キャッシュされますが、スキーマの構造やツールの構成を変えると無効になります。 週次の実行では、毎回コンパイルが走る可能性があります。

theme_matches を配列にしていることが、この構成の核です。 1つの文献が3つのテーマに関係することがあります。1つに絞ると、境目の研究が拾えません。

boundary_rule_applied の列が、判定の検証に効きます。 「判定の難しい境目」のどのルールを適用したかを記録します。そのルールが正しかったかを、後から振り返れます。

confidence と confidence_note を分けている理由があります。 「要旨が短くて判定しきれない」「専門外の用語が多い」といった理由を残せば、研究員がどう扱うかを決められます。

summary が、運用の健全さを示します。 fetched が突然10倍になったら、情報源の仕様が変わっています。none の割合が9割を超えるなら、情報源の選び方に問題があります。

システムへ連携する

配信するだけで、他のシステムへの書き込みは行いません。

テーマごとのチャネルへ配信してください。 全件を1か所に流すと、自分に関係ない件が9割になります。担当するテーマの分だけが届く形にしてください。

複数テーマに当たった件は、別に集めてください。 分野の境目にある研究です。ここが、この構成のいちばんの価値が出る場所です。 月次の勉強会で取り上げる候補になります。

本文の自動取得はしません。 契約で禁じられている可能性があります。一覧にはリンクだけを載せ、本文は研究員が正規の手順で取得してください。

読んだ記録は、一覧の中で入力できるようにしてください。 「読んだ」「読まない」「関係なかった」の3択を、その場で選べる形です。別の場所に記録する形にすると、記録されません。

人が確認する

研究員が、読むかどうかを判断します。

確認を速くするための設計が効きます。

• テーマごとに分けて配信する
• core を上に、peripheral を下に並べる
• 関係する理由を1〜2文で見せる（題名だけでは判断できない）
• 同じ著者・同じ研究室の過去の文献を併記する
• 読んだ結果をその場で入力できるようにする

3つ目が効きます。 題名だけを並べた一覧は、結局すべて開くことになります。「この論文は、表面被覆の手法がテーマの『残留アルカリの低減』に関わるため」と書かれていれば、開かずに判断できます。

none と判定された件も、月に一度は抜き取りで見てください。 20件ほどを無作為に選び、本当に関係なかったかを確かめます。 見落としは、この方法でしか気づけません。

判定の精度を月次で集計してください。

例外に対処する

「文献データベースの契約」は、必ず最初に確認してください。 利用条件で、機械的な取得や、第三者のサービスへのデータの受け渡しが禁じられていることがあります。 違反すると契約の解除につながります。知財部または契約の担当と確認してから始めてください。

記録を残す

この記録は、テーマの定義を育てる材料になります。

• 巡回した情報源と、取得した件数
• 機械的に除外した件数と、その理由
• 判定の結果（テーマ、関係の強さ、理由、確からしさ）
• 適用した「判定の難しい境目」のルール
• 研究員が読んだか、関係あったか
• none の抜き取りで見つかった見落とし
• テーマの定義を更新した履歴

「見落とし」の記録が、この構成でもっとも価値があります。 none と判定されたが実は関係していた文献は、テーマの定義に足りない要素を示します。 見つけるたびに定義へ反映してください。

「読んだが関係なかった」の記録も同じく重要です。 拾いすぎの原因が分かります。特定のテーマで3割を超えるなら、「関係しないもの」を厚くしてください。

この構成が扱うのは公開されている情報です。 ただし、「どのテーマを追っているか」は、自社の開発の方向を示します。 テーマの定義を外部のAIサービスへ渡すことが、開発の方向を知らせることにならないかを検討してください。

契約で秘密が保たれる形のサービスを選び、入力を学習に使わないことを確認してください。 テーマの定義には、社内でしか使わない用語や、注力している技術が含まれます。

保存期間は、研究の記録の保存期間に合わせるのが自然です。 「この分野はいつ一通り見たか」という記録は、後から役に立ちます。