読み方

この教材の目次を開く
  1. 1. ChatGPTとGPTは、同じ名前なの?
  2. 2. GPTの歴史では、何が変わってきたの?
  3. 3. 考える時間を増やせば、答えは正しくなる?
  4. 4. 作業を任せる前に、何を決める?
  5. 5. 別の会社のサービスも、同じ順で調べられる?

回答はこのページを開いている間だけ保持します。別ページへの移動や再読み込みで消えます。保存されるのは読み方の設定だけです。

「保存済みです。」と表示された回答は、同じブラウザーでこの教材を開き直すと復元できます。

1ChatGPTとGPTは、同じ名前なの?

アプリは同じなのに、選べるモデルの名前が変わった。契約も変わったことになる?

漫画でつかむ

ChatGPTとGPTは、同じ名前なの?

この話で学ぶこと:同じアプリでモデル名だけ変わった出来事から、四つの軸を分ける確認へつなぐ。

コマは上から下へ、横に並んだコマは右から左へ読みます。

会話を文章で読む
  1. 場面:学習スペースで、ハルはタブレットの案内に気づき、ミオに尋ねます。

    ハル「いつものアプリなのに、モデルの名前が変わってる。」 ミオ「案内を一緒に見てもいい?」
  2. 場面:中央のスタンドに置いた画面を二人で見ています。

    ハル「ここ。使える機能も変わるのかな。」 ミオ「モデルの案内と、利用条件を分けて読もう。」
  3. 場面:手帳に窓口・モデル・機能・条件の四欄があり、ビットが整理します。

    ビット「何の名前かを分けると、探す説明も変わるね。」
  4. 場面:ハルが案内の対象を問い、ミオが同じ手帳を見ています。

    ハル「この説明は、どの画面で使う人向けなんだろう。」 ミオ「そこが分かってから、自分の条件と比べよう。」
  5. 場面:ハルは手帳に確認日の欄を書きます。

    ハル「名前だけで決めず、対象と日付も残しておくよ。」 ミオ「あとで案内が変わっても、確かめ直せるね。」

学習スペースで見た「モデル名の変更」という表示。何が変わったのかは、アプリ名だけでは分かりません。使う窓口、処理するモデル、使える機能、利用条件を分けて読みましょう。

サービス・モデル・機能・利用条件を分ける

ChatGPTは、OpenAIが提供する、自然な言葉で相談や作業を依頼できるサービスです。一方、モデルは、学習によって得た仕組みを使って入力を処理するものです。GPTはOpenAIのモデル系列の名前です。サービスという利用の窓口と、その中で働くモデルを、同じものとして数えません。

さらに、画像を生成する、ファイルを調べる、道具を使って作業する、といった機能と、アカウント・契約・組織の設定などの利用条件があります。モデルがある能力を備えることと、その機能を自分の画面で使えることは別の確認です。ChatGPTの名前が同じでも、機能や選べるモデルが同じとは限りません。

公式資料が説明する窓口を確かめる

APIは、アプリなどのプログラムからサービスを呼び出す窓口です。API向けのモデル資料は、ブラウザで使うChatGPTの全利用者の機能表ではありません。2026年11月5日に確認したOpenAIの「Models」資料も、作業を進めるChatGPT Workや開発作業を助けるCodexを対象とする案内と、通常のChatに関する案内を分けています。

機能を確かめるときは、提供者、製品名、WebやアプリやAPIのどの窓口か、モデル名、アカウントや組織の条件を組にします。あるAPIで利用できると書かれたモデル名を、同じ会社の全アプリで選べるという意味へ広げません。逆に、ある画面の提供終了だけで、別の窓口でも終了したとは決めません。

資料の日付と、自分の確認日を残す

資料の公開日・更新日は、その資料がいつ出たかを示します。確認日は、自分がその説明を読んだ日です。さらに、変更がいつから有効かという適用日や、モデルの学習データの知識期限も別です。知識期限は、その日までの全情報を正しく答えられるという保証や、サービスの提供開始日ではありません。

「何をしたいか→対象の製品と窓口→公式資料の条件と日付→自分のアカウントでの確認」の順で調べ、根拠URLと確認日を残します。名称や更新日の新しさだけで適用を決めず、条件が合わない部分は未確認として扱います。機密資料を試しに入れて確かめる必要はありません。

同じ名前を、四つの欄へ分ける
同じ名前を、四つの欄へ分ける。同じ内容の文章版もあります。図を拡大する ↗

図の内容を文章で確認する

利用の窓口、処理するモデル、使う機能、利用条件をそれぞれ確認し、資料の対象と日付を記録する。同じ名前や同じ会社であることから条件を補わない。

何をしたい?
確認する入口として区別します。
サービス・使う窓口
例:ChatGPTのWeb。API資料とは対象を分ける。
モデル
GPT系列など、処理に使うモデル
機能
画像生成・ファイルを調べる等
利用条件
契約・アカウント・組織設定
根拠URL・資料の対象と日付・自分の確認日
確認する入口として区別します。

矢印は確認する軸を示し、生成処理やデータ送信経路ではありません。カードは同格の確認欄です。例は2026-11-05に確認した範囲で、全製品の利用可否を保証しません。

矢印は確認する軸を示し、生成処理やデータ送信経路ではありません。カードは同格の確認欄です。例は2026-11-05に確認した範囲で、全製品の利用可否を保証しません。

別の場面で確かめる

全て独自作成の問題です。公式問題や試験全体の難易度を再現したものではありません。

確認 1 · 1つ選ぶChatGPTの中で選ぶモデル名が変わったという案内を読みました。この案内を整理する説明として、最も適切なものを一つ選んでください。

確認 2 · 1つ選ぶ架空の公式案内には「12月1日から、アプリの個人用アカウントではモデルNを選べなくなる。APIについては変更しない」とあります。12月1日以降の説明として、最も適切なものを一つ選んでください。

2GPTの歴史では、何が変わってきたの?

古い記事の「GPT」と今日の「GPT」。数字が増えた、だけで説明できる?

漫画でつかむ続きは下へ ↓

GPTの歴史では、何が変わってきたの?

この話で学ぶこと:古い資料を読む楽しさから、研究上の変化と今日の利用条件の違いへつなぐ。

コマは上から下へ、横に並んだコマは右から左へ読みます。

会話を文章で読む
  1. 場面:古書市でミオが「特集:初期のGPT」の雑誌の表紙を見せます。

    ミオ「昔のGPTの記事が載ってる。」 ハル「今の名前とは、何が違うんだろう。」
  2. 場面:同じ雑誌を開き、二人が「事前学習」の記事を見ます。

    ハル「まず土台を学んで、課題に合わせて調整したんだね。」
  3. 場面:次の記事「入力に少数の見本」を見ながら、入力と重みの違いを話します。

    ハル「こっちは、見本を入力して使い方を伝えている。」 ミオ「見本を入れることと、重みを変えることは違うんだ。」
  4. 場面:同じページの欄外に「学び方」「入出力」の付箋二枚を置きます。

    ビット「歴史では、何が変わったのかを追うと分かりやすいね。」
  5. 場面:ハルは、歴史資料だけでは現在の機能が決まらないと気づきます。

    ハル「でも、この本だけでは今日使える機能は決まらないね。」
  6. 場面:ミオが今の公式案内へ戻ることを提案し、ハルがまとめます。

    ミオ「今の利用条件は、今の公式案内へ戻ろう。」 ハル「歴史と、今日の条件を分けて読めばいいんだ。」

古書市の技術雑誌をめくると、同じGPTでも研究で確かめたことが違います。年表は今日の契約表とは役割が違います。研究史では「何を学び、どう課題に使ったか」を追います。

事前学習から、入力で課題を伝える使い方へ

GPT-1と呼ばれる初期のGPTの研究では、大量の文章から言葉の並びを学ぶ事前学習を行い、その後に個別の課題へ合わせて調整しました。事前学習は、個別の質問に答える前にモデルの土台を学ぶ工程です。この研究と、今のChatGPTというサービスの利用条件は区別します。

GPT-2の研究では、文章の続きを予測する学習から、課題ごとの専用学習を加えずに複数の言語課題へ対応する可能性が調べられました。GPT-3では、少数の見本や指示を入力の中で示して課題に取り組むfew-shotの使い方が調べられました。few-shotは「少数の見本を与える」という意味で、このGPT-3の実験では見本を与えるたびに重みを更新したわけではありません。

ChatGPTの初期の展開は、GPT系列を会話で使う流れとつながっています。GPT-4の技術報告は、比較対象である初期のChatGPTをGPT-3.5に基づくものと説明しています。ここでのGPT-3.5は歴史上のモデル系列の位置づけです。その名前を見つけただけで、現在の全サービスで利用できるとは判断しません。

GPT-4以降は、入出力や使い方の軸も見る

GPT-4の技術報告では、画像と文章を入力し、文章を出力するマルチモーダルモデルが説明されました。マルチモーダルとは、文章・画像・音声など複数の情報の種類を扱うことです。モデルの能力・限界・安全性などを説明するGPT-4oのシステムカードは、扱う情報を音声などにも広げたモデルを報告しています。これは各報告時点の技術上の説明であり、今日の各アプリで全入出力が使えるという案内ではありません。

GPT-5のシステムカードでは、速く答えるモデルと、難しい問いをより深く検討するモデルを使い分けるシステムが説明されました。2026年11月5日に確認したGPT-6 AstraのAPI資料では、学習済みモデルで回答などを得る推論や、コード、道具を使う作業などを扱うモデルとして説明されています。系列の進化は数字の大きさだけでなく、扱う情報、推論、道具との連携などの変化として読みます。論文の実験、当時の製品説明、現在の提供条件は混ぜません。

学習で変えることと、答えるときの処理を分ける

事前学習や、その後の追加の学習では、モデルの重みという内部の調整値を変えます。RLHFは、人間の評価を取り入れる強化学習です。代表的なInstructGPTの方法では、人の見本で調整し、回答の比較評価から、人が望む回答の程度を予測する報酬モデルを学び、その評価を使って回答するモデルをさらに調整します。GA202で学んだ工程の振り返りであり、全ての新製品が同じ細部の方法だと推測する説明ではありません。

推論は、学習済みのモデルを使って入力を処理し、回答などを得ることです。入力に見本を追加することや、回答時に検討する量を変えることだけを、重みを更新する追加学習やRLHFと呼びません。また、人に好まれる回答を学ぶことと、個々の事実が正しいことの確認は別です。

研究の変化と、今日の利用条件を分ける
研究の変化と、今日の利用条件を分ける。同じ内容の文章版もあります。図を拡大する ↗

図の内容を文章で確認する

事前学習や入力での課題対応、扱う情報、回答時の検討、道具との連携が変化してきた。古い研究・当時のシステム説明・現在のAPI仕様は対象が異なる。歴史を読んでも今日の全製品の利用条件は決まらない。

初期GPT(GPT-1)
事前学習→課題別の調整
GPT-2
専用の課題別学習を加えない対応を研究
GPT-3
入力に少数の見本 / 実験では重み固定
GPT-4 / GPT-4o
画像・文章、さらに音声等を扱う展開を報告
GPT-5
速い応答と深い検討の使い分けを報告
GPT-6 Astra
確認時のAPI資料は推論・道具を使う作業を説明
今日使える?
対象製品・窓口・アカウントの現在の公式案内へ

矢印は研究・説明の概略です。全モデルの単一直系・性能順位・等間隔の年月ではありません。研究原著・当時の説明・現在のAPI資料は対象が異なり、節目は省略を含みます。GPT-3.5を基に初期ChatGPTが登場した関係も示します。GPT-6 Astraは確認日2026-11-05のAPI対象です。

矢印は研究・説明の概略です。全モデルの単一直系・性能順位・等間隔の年月ではありません。研究原著・当時の説明・現在のAPI資料は対象が異なり、節目は省略を含みます。GPT-3.5を基に初期ChatGPTが登場した関係も示します。GPT-6 Astraは確認日2026-11-05のAPI対象です。

別の場面で確かめる

全て独自作成の問題です。公式問題や試験全体の難易度を再現したものではありません。

確認 3 · 1つ選ぶGPT系列の初期の研究について、本文で説明した変化に合うものを一つ選んでください。

確認 4 · 1つ選ぶ資料を「GPT-4では画像と文章を扱うモデルが報告され、GPT-5では回答する仕組みの使い分けが説明され、GPT-6 Astraの現在のAPI資料には推論や道具を使う作業が示されている」と整理しました。この整理の使い方として、最も適切なものを一つ選んでください。

3考える時間を増やせば、答えは正しくなる?

地図と文章を渡して予定を立ててもらう。長く考えた説明なら、そのまま信じていい?

漫画でつかむ

考える時間を増やせば、答えは正しくなる?

この話で学ぶこと:写真と文章を合わせる作業で、マルチモーダル・推論の労力・検証を分ける。

コマは上から下へ、横に並んだコマは右から左へ読みます。

会話を文章で読む
  1. 場面:公園で、地図を持つハルと案内紙を持つミオが情報の共有を相談します。

    ハル「この地図と、開園案内を合わせて予定を立てたいな。」 ミオ「まず、同じ情報を見られるようにしよう。」
  2. 場面:地図、案内紙、タブレットをテーブルに並べます。

    ミオ「写真と文章を扱えるモデルなら、何が入力できるかも確認だね。」
  3. 場面:ビットとハルが、画像を読む目的と作る目的を分けます。

    ビット「画像を読むことと、新しい画像を作ることも別だよ。」 ハル「今回は、地図を読んで予定を比べたいんだ。」
  4. 場面:ハルが説明を見て、ミオが使った条件の確認を促します。

    ハル「じっくり考えた説明だと、安心したくなるね。」 ミオ「使った条件が合っているかも、見てみよう。」
  5. 場面:二人とビットが同じ地図・案内・タブレットを前に、根拠へ戻ることを整理します。

    ハル「条件と、確かめられる手順に戻ればいいね。」 ビット「考える量と、答えを確かめることを分けよう。」

公園で、開園案内と手描きの地図を見比べています。複数の情報を扱うこと、回答までに検討すること、できた答えを確かめることを分けると、任せ方が見えてきます。

何を入力し、何を出力するかを分ける

文章・画像・音声などの情報の種類をモダリティといいます。複数の種類を扱うマルチモーダルモデルでも、入力できる種類と出力できる種類は同じとは限りません。画像と文章を入力して文章で説明するモデルと、新しい画像を生成する機能は、確認する項目が違います。これはGA201の基礎の振り返りです。

地図の写真を読み取れると書いてあっても、音声を生成したり、画像を編集したりできるとは、その記述だけでは決まりません。自分の目的に必要な入力、出力、使う道具をそれぞれ調べます。実在モデルの対応表を読むときも、モデル本体の出力と、連携する道具の結果を分けます。

推論時の計算は、回答を作るときの処理

推論モデル(Reasoning Model)は、回答を作る際に問題を分けて検討したり、別の進め方を考えたりする処理を行うモデルです。推論時の計算は、学習が終わったモデルを使うときに行う計算を指します。学習時の重みの調整と、回答時の検討に計算を使うことは、別の段階です。

対応する製品やモデルでは、推論の労力を調整できる場合があります。複雑な条件を比べる課題で結果が改善する可能性がある一方、時間や処理量も増えます。高く設定したことは正解の証明ではありません。条件の読み落としや計算結果、参照した情報を確かめる工程は残ります。設定の名称や利用可否は製品とモデルごとに確認します。

途中の説明を、検証できる形で確かめる

思考の連鎖(Chain-of-Thought、CoT)は、答えまでの中間の推論手順をつなぐ考え方です。原著では、途中の手順を含む見本を入力する方法などが研究されました。利用者へ表示された説明文と、モデル内部の処理の全記録は同じものとは限りません。OpenAIの推論モデルのAPI資料でも、内部の検討に使う処理単位である推論トークンそのものと、表示できる推論の要約を分けています。APIの設定方法を暗記する必要はありません。

説明が長く滑らかでも、結論の正しさを示したことにはなりません。「使った条件」「参照した資料」「確かめられる式や手順」を示してもらい、人が元の条件と照らします。内部処理の全開示を求めなくても、判断に必要な根拠は確かめられます。

学習・回答時の計算・結果の確認
学習・回答時の計算・結果の確認。同じ内容の文章版もあります。図を拡大する ↗

図の内容を文章で確認する

学習では重みを調整する。推論では学習済みモデルを使い、回答時の検討に計算を使う。表示された説明を内部処理の全記録とみなさず、条件・資料・式などを別に確かめる。

学習
データや評価を使い、重みを調整
推論
学習済みモデルで入力を処理 / 必要に応じ検討量を調整
回答・表示された説明
内部処理の全記録とは限らない
結果を確かめる
条件・資料・式や手順を照合

個々の会話で常に再学習する意味ではありません。枠幅や線の長さは時間・計算量を表しません。高い設定でも正解の保証ではありません。表示された説明は内部処理の全記録とは限りません。

個々の会話で常に再学習する意味ではありません。枠幅や線の長さは時間・計算量を表しません。高い設定でも正解の保証ではありません。表示された説明は内部処理の全記録とは限りません。

別の場面で確かめる

全て独自作成の問題です。公式問題や試験全体の難易度を再現したものではありません。

確認 5 · 1つ選ぶ架空のシステムでは、同じ学習済みモデルと入力を使い、重みを更新せず、回答前に候補や条件を検討する処理量だけを増やしました。この変更を表す説明として、最も適切なものを一つ選んでください。

確認 6 · 1つ選ぶAIが複数の条件を比べた長い説明を表示しました。利用者がその結論を確かめる進め方として、最も適切なものを一つ選んでください。

4作業を任せる前に、何を決める?

コードや画像を作れると聞いた。ファイルの変更や送信まで、まとめて任せていい?

漫画でつかむ続きは下へ ↓

作業を任せる前に、何を決める?

この話で学ぶこと:文案を作る依頼から、変更・公開の前に止める範囲を決める。

コマは上から下へ、横に並んだコマは右から左へ読みます。

会話を文章で読む
  1. 場面:工作会の作業台で、PCと「今日は文案の下書きまで」の依頼票を確認します。

    ハル「案内の文章も、見やすく整えたいね。」 ミオ「今日はどこまで頼むか、先にそろえよう。」
  2. 場面:ミオが依頼範囲を読み、ハルが変更・公開はまだ進めないと確認します。

    ミオ「依頼は、今日は文案の下書きまで。」 ハル「ファイルの変更や公開は、まだ進めないんだね。」
  3. 場面:ハルがPCへ文案の提案を依頼します。

    ハル「文案を提案して。変更や公開の前に、内容を確認したい。」
  4. 場面:ビットが作業能力と任せた範囲を分けます。画面には文案が表示されています。

    ビット「作業できることと、今回任せたことは別なんだね。」
  5. 場面:二人が下書きを見て、主催者の確認へ進むことを相談します。

    ミオ「この見出しなら、初めて来る人にも伝わりそう。」 ハル「まず、この案を主催者に見てもらおう。」
  6. 場面:依頼票の横に「確認待ち」があり、公開・送信の前で止めています。

    ハル「できる機能があっても、ここで止めておけば確認できる。」 ミオ「次に進む範囲も、確認してから決めよう。」

地域の工作会で使う案内を準備します。文案を相談する段階から、画像の作成やファイルの変更へ進むと、起こることが変わります。役割と操作の範囲を先に言葉にしましょう。

モデル、エージェント、画像生成の役割を分ける

エージェントは、目標に向けて手順を進め、道具を使って作業を行う仕組みです。コーディングエージェントは、コードを読む、直す、テストするといった開発作業を助けます。Codexはその例で、文章の提案や調査にも使われます。コードの候補文を返すモデルの能力と、作業環境でファイルや道具を扱う仕組みを分けて考えます。

Image Generationは画像を生成・編集する機能を指します。ChatGPTの公式案内は、文章で指示して画像を作ることや、参照画像を添えて編集する使い方を説明しています。画像を読み取れるモデル名、画像を作る機能名、使うサービス名は、同じ分類の名前ではありません。別の道具から画像を受け取る構成では、その道具の結果をモデル本体の出力形式と混ぜずに読みます。利用可否は、その画面や契約の案内で確認します。

できる操作と、任せた操作をそろえる

作業するエージェントには、読めるファイル、書き換えられる場所、ネットワーク接続などの技術的な許可と、操作を進める際の承認の仕組みがあります。具体的な設定は利用する環境によって異なります。モデルが作業の方法を提案できることから、その環境で実行できることや、利用者が実行を依頼したことまで推測しません。

任せる前に、対象の資料やフォルダ、作ってよい成果物、変更や外部送信の範囲、どこで人が確認するかを決めます。例えば「公開前の文案だけを作る」という依頼では、公開する権限が使える環境であっても、公開まで依頼したことにはなりません。実行後も、変更内容と結果を確認します。

古い名称と、現在の案内をつなぐ

シラバスにはOperator、Codex、Image Generationという名称が挙がっています。名称を見つけたら、当時どんな役割で説明されていたかと、現在どの製品・機能として案内されているかを分けて確認します。古い名称が教材や記事に残っていることだけでは、今日も同じ専用画面や条件で利用できるとは判断できません。

たとえば、OpenAIが2025年1月に研究プレビューとして説明したOperatorは、ブラウザーに表示された画面を画像として読み、ボタンをクリックしたり、入力欄に文字を入れたりして、利用者の指示に沿って作業を進めるものでした。予約サイトの入力を手伝うような使い方です。これは当時の説明なので、現在の提供状況や使える機能は、別に確認します。

名称の変更や統合を確かめるときは、当時の公式発表と現在の公式案内の両方を読み、変更日、対象の製品、引き継がれる機能と条件を照合します。対応する公式案内を確認できなければ、後継名や使える機能を補って断定せず、その関係を未確認として残します。

作業前に三つの範囲をそろえる
作業前に三つの範囲をそろえる。同じ内容の文章版もあります。図を拡大する ↗

図の内容を文章で確認する

作業能力、環境の技術的な許可、利用者が今回任せた範囲をそれぞれ確認する。提案だけの依頼なら、変更・送信などへ進む前の確認位置を守り、結果も確認する。

何ができる?
モデル・エージェント・道具の能力
環境で何が許される?
読取・変更・ネットワーク等
今回はどこまで任せた?
対象、成果物、変更・送信、確認位置
そろった範囲で作業し、結果を確認する
確認する入口として区別します。

矢印は実行範囲を決めるための照合で、権限を自動付与する線ではありません。能力、環境の許可、今回任せた範囲を分けます。提案だけなら変更や送信の前の確認位置を守ります。

矢印は実行範囲を決めるための照合で、権限を自動付与する線ではありません。能力、環境の許可、今回任せた範囲を分けます。提案だけなら変更や送信の前の確認位置を守ります。

別の場面で確かめる

全て独自作成の問題です。公式問題や試験全体の難易度を再現したものではありません。

確認 7 · 1つ選ぶ架空の仕組みでは、文章を出力するモデルが画像作成の指示を出し、接続した画像生成の道具が画像を返します。この構成の説明として、最も適切なものを一つ選んでください。

確認 8 · 1つ選ぶ架空のコーディングエージェントを使う環境には、ファイル編集と公開の機能があります。今回は「画面の文案を提案し、編集や公開の前に担当者の確認を受ける」と依頼しました。この依頼に合う進め方を一つ選んでください。

5別の会社のサービスも、同じ順で調べられる?

Gemini、Claude、Copilot。紹介記事の比較表だけで、自分の仕事に使ってよいと決められる?

漫画でつかむ

別の会社のサービスも、同じ順で調べられる?

この話で学ぶこと:会社名の比較から、職場アカウントとデータ条件を調べるメモへ進む。

コマは上から下へ、横に並んだコマは右から左へ読みます。

会話を文章で読む
  1. 場面:市民講座の休憩で、紙のメモを持つハルとタブレットを持つミオが条件を相談します。

    ハル「サービス名は分かったけど、職場でも同じ条件かな。」 ミオ「使うアカウント向けの案内を見よう。」
  2. 場面:タブレットとメモを台に置き、対象アカウントの案内を共有します。

    ミオ「個人向けの説明と、仕事や学校向けは分かれているね。」
  3. 場面:ハルの問いを受け、ビットが学習利用と保存を分けます。

    ハル「学習に使わないなら、保存もされないのかな。」 ビット「学習に使うかと、記録を残すかは別の項目だよ。」
  4. 場面:メモの空欄に確認項目を示す丸を付けます。確認済みの印ではありません。

    ハル「この条件が、自分の使い方に当てはまるかを確かめるんだね。」
  5. 場面:根拠URLと確認日の欄を残します。条件の値はまだ空欄です。

    ミオ「根拠と確認日も残しておこう。」 ハル「条件が変わったら、ここから調べ直せるね。」

市民講座の休憩時間、参加者から「会社のアカウントでも同じ?」と聞かれました。会社名と特徴の入り口を押さえたら、製品・窓口・アカウントを自分の条件に合わせて読み直します。

提供者と、資料が扱う製品をつかむ

GeminiはGoogleが提供する生成AIのモデルやサービスの名前として使われます。Gemini Appsの案内では、用途に応じて複数のモデルを使うこと、個人のGoogleアカウントと仕事・学校のアカウントでは適用する利用条件が異なることが説明されています。モデル系列の名前だけで、どのアカウントでも同じ機能が使えるとは決まりません。

ClaudeはAnthropicが開発する大規模言語モデルの系列です。公式案内には、ClaudeをWeb・デスクトップ・モバイルから使う方法があり、開発者向けにはClaude Platformのモデル資料があります。MicrosoftのCopilotも、利用する製品とアカウントの文脈を確かめます。例えばMicrosoft 365のアプリでの利用案内は、契約や組織の許可によって利用できる範囲が異なると説明しています。

利用できる機能と、入力データの扱いを別々に読む

機能を使えるかという条件と、入力・出力が保存されるか、モデルの学習に使われるかというデータの条件は別です。Gemini Appsのプライバシー案内は、仕事・学校のアカウントには異なるデータ条件が適用される場合を示しています。Anthropicの商用製品のデータ説明も、一般利用者向けの製品を別の説明へ分けています。片方の条件を、同じ名前の全製品へ広げません。

例えば、組織向けMicrosoft Copilot Chatの公式資料には、入力・回答を幅広い用途の土台となる基盤モデルの学習に使わないことと、監査などのために記録・保存することの両方が説明されています。「学習に使わない」は「保存しない」と同じ意味ではありません。検索や連携する道具にも別の条件があるため、利用する範囲を確認します。この説明を個人向けの全Copilotへ当てはめることはしません。

比較表を、条件付きの確認メモへ変える

比べるときは、先に目的を決めます。文案の作成、画像の生成、会社の資料を使う作業など、必要なことを書き出し、各社の公式資料で製品名、利用する窓口、必要な入出力や機能、アカウントとデータ条件を確認します。名前の新しさ、人気、単一の性能順位だけでは、自分の目的と条件に合うかは決まりません。

確認メモには、確認した内容、対象の製品・アカウント、資料の更新日や適用日、根拠URL、自分の確認日を残します。公式資料に書かれた条件と、自分の環境で確認できたことを分け、条件が変わったときに見直します。実際に入力してよい情報は、製品の説明に加えて所属組織のルールにも従って判断します。

比較表の前に、確認する欄をそろえる
比較表の前に、確認する欄をそろえる。同じ内容の文章版もあります。図を拡大する ↗

図の内容を文章で確認する

提供者と製品を押さえ、自分が使う窓口とアカウントに適用する条件を確認する。機能、学習利用、記録・保存、連携先を分け、資料の日付と根拠、自分の確認日を残す。

Google / Gemini
確認する入口として区別します。
Anthropic / Claude
確認する入口として区別します。
Microsoft / Copilot
確認する入口として区別します。
対象の製品・Web/アプリ/API・アカウント
確認する入口として区別します。
目的に必要な入力・出力・機能
確認する入口として区別します。
データ条件
学習利用 / 記録・保存 / 連携先を別の欄へ
資料の日付・根拠URL・確認日
確認する入口として区別します。

確認時点は2026-11-05。提供者カードは入口の対応で、全製品の同一条件を意味しません。空欄は確認項目で、許可済み・確認済みの印ではありません。学習利用、記録・保存、連携先は別々に確認します。

確認時点は2026-11-05。提供者カードは入口の対応で、全製品の同一条件を意味しません。空欄は確認項目で、許可済み・確認済みの印ではありません。学習利用、記録・保存、連携先は別々に確認します。

別の場面で確かめる

全て独自作成の問題です。公式問題や試験全体の難易度を再現したものではありません。

確認 9 · 1つ選ぶ職場で使う候補の公式資料を整理しています。提供者と、資料の対象条件を合わせて読んでいるものを一つ選んでください。

確認 10 · 1つ選ぶ架空の法人向けサービスの公式説明に「入力と回答は基盤モデルの学習に使用しない。監査のため入力と回答を保存する」とあります。この説明に合う読み方を一つ選んでください。

対象と根拠をそろえて、情報を更新する

研究史と今日の利用条件、モデルの能力と今回任せる作業、学習利用と保存を分けて読みました。