要点
資料の取り込み範囲、質問に使う範囲、回答の根拠を分けて調べるという編集上の手順を提案する。
答え直してもらう前に、資料まで戻る
資料を追加したのに大切な条件が回答に出てこない。そんなとき、質問を強く言い換えるだけでは、どこで情報が抜けたのかを見分けられません。本稿では、Gemini Notebookで資料を読む作業を「入っているか」「使う対象になっているか」「答えの根拠になっているか」に分けて考えます。サービスの不具合の原因を確かめる公式手順ではなく、原因を混同しないための編集上の提案です。
対象は、成人の利用者がパソコンで、利用する権利と所属先の許可を確認できる資料を読む場面です。顧客の記録、児童の情報、未公開の社内資料などを試しに送信する方法は取りません。教師が使う場合も、自分が読んで確かめるための作業に限定し、児童による利用や成績の判断へは広げないでください。
ここで扱うのは、読みたい資料を選んで調べる作業です。ウェブ全体の最新情報がすべて自動的に入るという前提には立ちません。まず自分が答えを知りたい一つの問いと、その答えが載っていそうな資料を決めます。「この資料なら何でも分かるはず」という期待を、確かめられる一つの問いへ変えるところから始めます。
リンクを入れたことと、必要な情報が入ったことは別
Googleの公式ヘルプによると、HTMLのURLから取り込む対象はページ内のテキストで、画像、埋め込み動画、リンク先のページは含まれません。URL経由のPDFはPDF資料として扱われます。したがって、案内ページのURLを入れただけで、その先の資料まで読めると判断しないことが重要です。
例えば、元の案内ページでは「詳しくは別紙」とだけ書かれ、知りたい条件は別の文書にあるかもしれません。この場合、回答の表現を修正するより先に、自分が条件を読んだ場所を確かめます。ページ本文だったのか、リンクを押して開いた別紙だったのかを区別し、その文書を利用できるか確認したうえで、必要なら別の資料として扱います。アクセス制限を回避して取り込む提案ではありません。
画像の中だけに書かれた注意を、ウェブページ本文の取り込みだけで確認できるとは考えないでください。人が画面を見て理解した内容と、質問の対象として入った内容を同じものとみなさない、というのがこの段階の狙いです。元資料のどこに必要な一文があるかを、自分の目で特定できなければ、その点は未確認のまま残します。
本文とGoogle公式ヘルプの範囲を整理した図です。URL経由のPDFはPDF資料として扱われます。アクセス制限を回避する手順ではありません。
