文献の手掛かり、コード、資料分類などでAIを使うとき、利用記録と方法の説明、実際の学術資料の引用を区別する方法を解説します。確認したことだけを正確に残すためのガイドです。
最初に、適用される規則を確かめる
研究にAIを使う前に、課題、指導教員、研究組織、投稿先など、自分の成果物に適用される指示を確認します。どの利用を認めるか、何を保存するか、どこへ説明を書くかは一律ではありません。特定の引用様式や学術誌の規則を、別の提出先へそのまま当てはめないでください。
入力する資料の扱いも先に確認します。未公開データ、個人情報、共同研究の機密を含む場合は、AIの利用許可と、外部へ情報を送れるかという許可を分けて考えます。内容を公開してよいか不明なら、入力せず所属先へ相談しましょう。
| 説明の層 | 何を残すか | 何の代わりにはならないか |
|---|---|---|
| ツールの利用記録 | 実際のツール、利用日、目的、入力と出力 | 根拠となる論文の読解 |
| 方法の説明 | 処理した工程、選択、修正、人による検証 | 行っていない確認や再現性の保証 |
| 証拠の引用 | 実際に読んだ論文、データ、原資料 | ツールを使ったという説明 |
文献の候補は、読んだ文献とは別にする
AIが提示した書名や論文は、調査の手掛かりとして別の一覧に置きます。発行元や図書館で存在を確認し、本文を読んで、研究課題に関係するか、引用したい主張を支えるかを調べます。DOIが開くことだけでは、内容の一致まで確認したことにはなりません。
AIによる要約を読んだだけで、原論文を読了したとは記録しません。原資料が手に入らない場合は、その限界を認識し、二次資料の扱いを適用規則で確かめます。原資料にあるはずだと推測して、引用文やページ番号を補わないでください。
コードの補助を使ったら、何を確かめたかを記録する
コードの作成や修正案を利用する場合は、受け取った版、変更した箇所、実際に実行した条件、結果の確認方法を残します。動作したことと、研究上妥当な分析であることは別です。研究目的と手法の適合は、必要な知識と指導を通して確認しなければなりません。
検証には、自分が実際に行った内容だけを書きます。「別の方法で比較した」「例外を調べた」といった説明は、その作業を本当に行った場合に限ります。実行していない試験の結果や、確認していない性能を、もっともらしい数字で書くことはできません。
資料分類の補助は、人が決めた基準と区別する
AIに分類を提案させた場合は、どの資料を対象に、どの基準で、どの出力を得たかを記録します。その後、人が確認や修正をした範囲と、未確認の範囲を分けます。入力と基準が変わったら、その変更も方法の一部です。
架空の記載例として、「分類候補を得た後、一部の資料を原文と照合し、相違を記録した」と書くことは考えられます。ただし、これは実施済み作業の報告ではありません。実際の研究では、対象、確認範囲、相違への対応を具体化し、全件を確認していないのに全件検証と表現しないことが重要です。
AIの出力自体が研究対象のとき
出力を分析する研究や、適用規則がツールの引用を求める場合は、出力をどう保存し、識別し、提示するかを確認します。すべてのAI出力を一律に引用禁止とする必要はありません。ただし、出力を観察対象として扱うことと、その出力中の事実を未検証のまま学術的証拠にすることは別です。
説明の置き場所も、方法、注記、付録、提出フォームなどから勝手に決めず、提出先の指示に従います。課題用の短い利用声明だけで、研究方法の変更が十分に説明されたとは限りません。
提出前は、記録・方法・引用を往復する
実際の利用と説明文が一致するか、方法に書いた確認を本当に行ったか、証拠として挙げた資料を実際に読んだかを確かめます。引用文の位置と書誌情報も照合し、未解決の根拠は採用を止めます。透明な説明は、研究を他人が検討できるようにするためのものです。
検出結果は、方法の妥当性や出典の正しさを証明しません。TurnitinのAIガイドも誤識別の可能性と人による判断の必要性を説明しています。スコアを整えることより、研究の各判断を根拠と記録から説明できることを優先しましょう。
記録を共有する前に
プロンプトや出力を付録として求められる場合でも、他者の個人情報や機密が含まれていないかを確認します。公開できる形と、組織内で保管する形が同じとは限りません。提出先と所属先の指示が衝突するように見える場合は、自己判断で公開せず、関係する担当者へ確認してください。
