AI利用の許可を確かめ、実際に使ったツール、目的、採用範囲、確認内容を記録する方法を解説します。授業の指定に合わせて説明文を作り、禁止された利用を開示だけで正当化しないためのガイドです。
開示の前に、何が許可されているかを確認する
AI利用の条件は大学名だけでは決まりません。シラバス、課題の説明、担当教員の追加案内を読み、その課題で何が認められ、何が禁止され、どのような申告が求められるかを確認します。文法の助言、翻訳、着想、内容の生成は同じ行為ではないため、用途を具体的にして尋ねてください。
「AIの提案が本文に入れば必ずこの形で開示する」といった全授業共通の規則を作ることはできません。指定様式や申告欄があればそれを優先し、記載場所や記録の提出範囲が不明なら教員へ確認します。説明を書けば禁止された利用が許可に変わるわけでもありません。
利用実態を、声明の項目へ落とし込む
記憶だけで文章を作らず、残っている入力、出力、草稿、修正履歴を見直します。何を頼み、どの提案を採用し、何を採用しなかったかを整理しましょう。実際には本文を書き換えさせたのに「誤字の確認のみ」とするなど、用途を小さく見せてはいけません。
ツール名と分かる範囲の版、利用日、目的、対象箇所、採用した範囲、自分が行った確認を記録します。すべての課題が同じ項目を求めるわけではありませんが、これらを整理しておくと指定に応じて正確に説明できます。記録が残っていない事項は、正確なログがあるように装わないでください。
| 実際の利用 | 説明で明確にする点 |
|---|---|
| 着想や構成の案 | 何を候補として受け取り、誰が最終的に選んだか |
| 翻訳や言語の提案 | 対象箇所と、意味を誰がどう確認したか |
| 本文や分析の生成 | 採用した範囲と、その課題の許可条件 |
| 参考文献の候補 | 実在と内容を自分で確認したか |
状況に合わせて書く三つの架空例
以下はすべて架空の説明例です。大学が受理する定型文ではなく、事実と授業の指定に合わせて書き換えるための例です。行っていない作業を、自分が行ったこととして使用しないでください。
着想の例：「構成の候補を検討するために、使用したツールで論点の案を求めた。採用した案と対象箇所を示し、最終的な問いと資料は自分で選んだ。」実際のツールと採用範囲を補い、本文の生成も利用したなら別に説明します。
言語支援の例：「使用したツールから、対象段落の文法と語順について提案を受けた。採用箇所を原資料と照合し、専門用語と限定条件が変わっていないかを確認した。」これは、その照合を実際に行った場合だけ使える説明です。
翻訳の例：「使用したツールを、指定した資料の理解と表現の検討に用いた。本文に用いた情報は原資料を確認し、その資料への引用を付けた。」原文を確認していないなら、その確認を済ませたとは書けません。課題が翻訳支援を認めるかも別に確かめます。
利用の開示と、資料への引用は別に行う
AIを使ったと説明しても、借用した見解やデータの出典は明らかになりません。AIが挙げた文献は実在と内容を調べ、実際に読んだ資料を引用します。書誌が整っていても、今の主張を支える証拠であるとは限りません。本文と原資料を照合してください。
一方、課題がAI出力そのものを分析対象にする場合などは、出力をどう保存し引用するかを、その課題の指定で確認します。すべてのAI出力を同じ扱いにせず、何を証拠として扱うのかを区別します。
許可を超えた可能性があるとき
利用が規則に反するかもしれない場合、表面的な言い換えや曖昧な声明で隠すのではなく、実際の利用と手元の記録を整理して教員へ相談します。提出前に何を修正すべきか、どの手続きが必要かを確認してください。検出結果が低いことを許可の代わりにはできません。
Turnitinの公式ガイドも、AI指標に誤識別の可能性があり、不利益な措置の唯一の根拠にしないよう説明しています。ただし、指標の限界が利用規則を無効にするわけではありません。許可、利用実態、必要な開示、内容の正確さを別々に確かめましょう。TurninはTurnitin公式ではなく、正式な提出は大学の経路に従います。
申告を送る前の確認
「自分が確認した」と書いた事項を、実際の資料で説明できるかを見ます。曖昧な場合は、先に必要な確認を行うか、未確認であることを隠さず教員に相談します。申告欄だけ更新して、本文に残った誤りや禁止された利用が解消したことにはしません。提出する版と説明文が対応していることまで確かめましょう。
