本文へ移動

全1回中 1回目

AIリテラシーとは

AIを作る専門知識ではなく、入力情報の扱い、出力確認、人間の判断、組織運用の観点から、AIを安全に使う基礎を学ぶ講座です。

  • 第1部 AIリテラシーの全体像
  • 第1章 AIリテラシーとは何か
  • 難易度: 入門
確認日
2026/06/13
出典
6件

本文の前に

この講義の読みどころ

このページは 第1章 AIリテラシーとは何か の 全1回中 1回目 です。 まず本文を読み、必要なときだけ末尾の出典と確認日を開ける構成にしています。

第1部 AIリテラシーの全体像第1章 AIリテラシーとは何か全1回中 1回目

この回では、AIリテラシーとは を「判断」の観点から整理します。細かな根拠は末尾で確認できます。

まず、「AIに詳しい人になる話」ではありません

AIリテラシーという言葉を聞くと、少し身構えますよね。「AIの仕組みを全部知らないといけないのかな」「プログラミングができないと無理なのかな」と思いやすいです。でも、ここで最初に置きたいのは、そこではありません。

たとえば面接で「Excelをどれくらい使えますか」と聞かれたとします。セルに数字を入れたことがある人も「使えます」と言えますし、関数、ピボット、VBAまで使って業務を自動化できる人も「使えます」と言えます。言葉は同じでも、レベルがまったく違うわけです。

AIリテラシーもこれに近いです。ChatGPTのような生成AIを開いて文章を作れる、という段階もあります。AIの答えを見て、使ってよい部分、直すべき部分、止めるべき部分を判断できる段階もあります。さらに、組織のルール、個人情報、著作権、セキュリティ、業務責任まで見ながらAIを使える段階もあります。

ここでの芯は一つです。AIリテラシーとは、AIを作る専門知識ではなく、AIの出力と影響を理解し、目的に合わせて安全に使い、人間が責任を持って判断するための力です。まずは「AIに詳しい人になる話」ではなく、「AIの答えを扱える人になる話」だと置いてください。

まずは身近な仕事の場面で考えます

いきなり「AIリテラシーの構成要素」と言われても、少し硬いです。先に、よくある場面で見てみます。

会議メモをAIに貼り付けて、「要点をまとめて」と頼むとします。これはとても便利です。長い議事録を読む時間を減らせますし、決定事項や宿題を整理する助けにもなります。ここまでなら、「AIを操作できる」段階です。

でも、実務で困るのはここからです。AIが、反対意見を弱く扱っていないか。未決事項を決定事項のように書いていないか。発言者のニュアンスを勝手に丸めていないか。外に出してはいけない取引先名や個人情報を、そもそもAIに入れてよかったのか。ここを見始めると、AI利用は単なる操作では終わらないことが分かります。

さらに、AIの要約をそのまま関係者に送るなら、相手への影響も出ます。誰かの発言が誤って要約されれば、あとで認識違いになります。採用、人事評価、医療、金融、法務、教育のように人の権利や生活に影響する場面なら、もっと慎重に扱う必要があります。

つまり、AIリテラシーは「便利な使い方を知っているか」だけではありません。入力する前、出力を読む時、実際に使う時の三つの場面で判断できるかが大事になります。AIに何を渡すか。AIの答えをどう確認するか。AIの提案を人間の判断として使ってよいか。この三つが見えると、AIリテラシーの輪郭がかなりはっきりします。

ここで気をつけたいのは、「AIを怖がりましょう」という話に寄せすぎないことです。AIは、うまく使えば文章作成、調査、分析、アイデア出し、学習支援などで大きな助けになります。ただし、便利さは責任とセットです。楽になるところと、人間が見なければいけないところを分ける。その分け方を学ぶのが、この単元でいうAIリテラシーです。

ここから判断の軸を整理します

AIに渡す情報を選ぶ力から始まります

AIを使う時、多くの人は「どんなプロンプトを書けばよいか」から考えます。もちろん、それも大事です。ただ、その前に見るべきものがあります。AIに渡す情報そのものです。

たとえば、会議メモ、顧客対応履歴、契約書の下書き、売上データ、履歴書、相談内容などをAIに入れる場面を考えます。AIに入れた瞬間、その情報はAIサービスの処理対象になります。サービスの種類や契約、設定によって扱われ方は変わりますが、少なくとも「自分の手元だけにある情報」ではなくなる可能性を意識する必要があります。

ここで必要なのは、情報を細かく分類する感覚です。公開してよい情報なのか。組織内だけで扱う情報なのか。個人を特定できる情報なのか。取引先や顧客との約束に関わる情報なのか。著作権や営業秘密に関わる情報なのか。AIに頼む前から、リスクは始まっています。

「AIに入れてから考える」では遅い場面があります。先に、伏せる、要約する、匿名化する、許可された環境を使う、そもそも入れない、といった選択肢を持ちます。AIリテラシーの第一歩は、上手な質問文よりも、渡してよい材料を選ぶことです。

AIの出力は「自然な文章」と「正しい内容」を分けて読みます

AIの文章は、かなり自然に見えます。ここが便利でもあり、怖いところでもあります。人間は、読みやすい文章を見ると「ちゃんとしていそう」と感じます。でも、AIの文章では、読みやすさと正しさは別です。

AIは、現実を直接確認しているとは限りません。入力された情報、学習済みの傾向、利用できる検索や資料などをもとに、もっともらしい答えを作ります。そのため、日付、数字、法律、制度、会社のルール、最新の仕様、専門的な判断では、自然な文章の中に誤りが混ざることがあります。

ここで必要なのは、「どこを疑うか」を決める力です。全部を疑うと疲れて使えません。逆に、全部を信じると事故になります。固有名詞、数字、引用、制度、医療や金融などの専門判断、人に不利益を与える可能性のある内容は、確認の優先度が高いです。

また、AIの答えは「抜け」も起こします。要約では少数意見が落ちることがあります。比較表では不利な条件が省かれることがあります。企画案では、実行できない前提が混ざることがあります。出力を読む力とは、誤字を直す力ではありません。AIが見落とした前提、誤って強調した点、確認が必要な点を見つける力です。

「操作できる」と「任せられる」は別物です

ここは、かなり大事な分かれ目です。AIで文章を作れることと、AIに判断を任せられることは違います。

メール文案を作る、文章を短くする、アイデアを広げる、表現を整える。こうした使い方では、AIは補助役として使いやすいです。人間が見て直せるからです。一方で、採用の合否、人事評価、融資判断、医療判断、法的判断、教育上の評価、クレーム対応の最終回答などでは、AIの提案が人に大きな影響を与えます。

この違いを見ずに、「AIが出したから効率的」と進めると危険です。AIの提案をそのまま決定に変えるのか。人間が参考意見として使うのか。必ず承認を挟むのか。記録を残すのか。相手に説明できるのか。このあたりを分ける必要があります。

AIリテラシーがある人は、AIを何でも禁止する人ではありません。逆に、何でも任せる人でもありません。「この作業はAIに任せてもよい」「ここは人間が確認する」「ここはAIに触らせない」と線を引ける人です。この線引きが、業務利用ではとても大きな差になります。

公的なスキル標準で見ると、AIリテラシーは全員向けの土台です

日本の公的なスキル標準では、全てのビジネスパーソンが身につけるべき基礎と、DXやAI活用を推進する専門人材向けのスキルが分けて整理されています。ここは、初学者にとって安心材料になります。全員がAIエンジニアを目指す必要はありません。

全員向けの土台で大事になるのは、AIやデータを自分の仕事と関係づけて理解することです。社会やビジネスがどう変わっているのか。データを使うと何ができるのか。AIを使う時にどんな注意があるのか。自分の仕事のどこにAIを使えるのか。こうした見取り図を持つことが、AIリテラシーの入口になります。

一方で、AI活用を進める側には、もう少し深い力が求められます。データを整える、業務に組み込む、運用する、ガバナンス体制を作る、セキュリティやプライバシーを考える、AIの品質を評価する、といった力です。これは、全員が同じ深さで持つというより、役割に応じて分担する領域です。

Excelの例で言えば、全員がVBAを書ける必要はありません。でも、セルの値を見ておかしいと気づく力、計算結果をそのまま会議資料に貼ってよいか判断する力は、多くの人に必要です。AIでも同じです。全員に必要なのは、AIを作る力ではなく、AIの使いどころと危ないところを見分ける土台です。

事業者向けの考え方では、利用者の説明責任まで見ます

AIを仕事で使うと、個人の勉強だけでは足りなくなります。組織として、どのAIサービスを使うのか。どの情報を入れてよいのか。出力をどこまで確認するのか。問題が起きた時に誰が対応するのか。こうした運用の話が出てきます。

事業者向けの考え方では、AIに関わる主体を、開発する側、提供する側、利用する側に分けて見ます。多くの現場の受講者は、AIを開発する側ではなく、AIサービスを使う側です。だからこそ、利用者としての責任を見ておく必要があります。

利用者として特に関係が深いのは、安全な使い方、入力データへの配慮、個人情報や機密情報の扱い、セキュリティ、出力結果の確認、説明を求められた時の対応です。難しく聞こえますが、要するに「AIを使った結果を、あとから説明できる状態にしておく」ということです。

ここでのポイントは、ルールを暗記することではありません。AIの使い方は変わります。モデルもサービスも機能も更新されます。だから、固定の手順を覚えるだけでは追いつきません。目的、情報、出力、影響、責任の五つを見て、その場に合った判断ができるようにする。これが、事業者向けの考え方から見たAIリテラシーです。

海外では、役割と利用場面に応じたAIリテラシーが重視されています

海外の制度や教育フレームワークを見ると、AIリテラシーは「一回研修を受けたら終わり」というより、役割と利用場面に応じて必要な水準を確保するものとして扱われる流れが強くなっています。

たとえば、AIを提供する側と、業務で使う側では必要な知識が違います。採用や教育の場面でAIを使う人と、文章の下書きにAIを使う人でも、必要な注意の深さは違います。AIの影響を受ける相手が子ども、高齢者、患者、求職者、顧客などであれば、確認すべき観点も変わります。

ここから分かるのは、AIリテラシーには「全員共通の土台」と「役割ごとの深さ」があるということです。全員が同じ教材を同じ時間だけ受ければ十分、とは言い切れません。営業、管理部門、教育、医療、法務、開発、経営、自治体、学校では、AIを使う場面もリスクも違います。

この考え方は、初学者にも役立ちます。「自分はどのレベルまで学べばよいのか」と考えられるからです。まずは、AIの基本、入力情報、出力確認、リスク、人間の判断を押さえる。そのうえで、自分の業務に関係するルールや専門領域を足していく。AIリテラシーは、全員を専門家にするためのものではなく、役割に合った安全な使い方に近づけるためのものです。

AIリテラシーのレベルは、操作、判断、運用で見ると分かりやすいです

AIリテラシーを一言で「あります」「ありません」と言うと、Excelの例と同じでズレます。そこで、この講座では大きく三段階で見ると分かりやすいです。

一つ目は、操作できる段階です。AIに質問する、文章を作る、要約する、翻訳する、アイデアを出す。この段階では、便利さを体感することが中心です。AIへの苦手意識を下げる意味では、とても大切です。

二つ目は、判断できる段階です。AIに入れてよい情報か、出力は正しいか、どこを確認すべきか、どの場面では人間が止めるべきかを考えます。ここから、AI利用が仕事の品質に関わってきます。単に速くなるだけでなく、間違った時の影響も見えるようになります。

三つ目は、運用できる段階です。チームや組織で、利用ルール、承認、記録、権限、教育、例外対応を考えます。AIを個人技で使うのではなく、仕事の流れに組み込む段階です。ここでは、現場の担当者だけでなく、管理者、情報システム、法務、セキュリティ、経営側との連携も必要になります。

自分が今どこにいるかを知るだけでも、学び方は変わります。「プロンプト例を覚える時期」なのか、「出力確認を鍛える時期」なのか、「組織運用を設計する時期」なのか。AIリテラシーは、点数だけで測るものではなく、できる判断の幅で見るものです。

ここまでは、個人が AI を使うときの基礎として読める内容でした。ここからは一歩進めて、組織で AI を使うときに何が増えるのかを見ます。

用語を実務の言葉で押さえます

AIリテラシー

AIリテラシーとは、AIの仕組みを専門家のように作り込む力ではなく、AIを使う場面で必要な知識、判断、注意を持つ力です。実務では、AIの機会とリスクを理解し、AIに渡す情報、AIの出力、人への影響を見ながら使う力として扱われます。誤解しやすい点は、「AIに詳しいこと」だけを指すわけではないことです。AIを操作できても、出力を確認せずに使えばリテラシーが十分とは言えません。

AIシステム

AIシステムとは、入力された情報をもとに、予測、分類、生成、推薦、判断支援などの出力を行う仕組み全体を指す言葉です。AIモデルそのものだけでなく、画面、データ、権限、外部ツール、ログ、運用ルールまで含めて考えることがあります。実務では「チャットAIを使う」だけに見えても、裏側ではモデル、検索、ファイル、連携先サービスが関わる場合があります。誤解しやすい点は、AIモデルとAIサービスとAIシステムを同じものとして扱ってしまうことです。

AI利用者

AI利用者とは、AIを開発する人ではなく、AIサービスやAI機能を業務や学習、生活の中で使う立場の人を指します。制度やガイドラインでは、事業としてAIを使う主体を指す場合もあります。実務では、文章作成、要約、調査、分析、判断支援などでAIを使う担当者が該当します。誤解しやすい点は、「利用者だから責任がない」と考えてしまうことです。AIを使って外部に影響を与えるなら、入力情報や出力確認への配慮が必要です。

ヒューマン・イン・ザ・ループ

ヒューマン・イン・ザ・ループとは、AIの処理や判断の流れの中に人間の確認や承認を入れる考え方です。実務では、AIが作った回答を人間が確認してから送る、AIの推薦を人間が承認してから決定にする、といった形で使われます。誤解しやすい点は、人間が一度見るだけで十分だと思ってしまうことです。どの場面で、何を、どの基準で確認するのかまで決めて初めて機能します。

アカウンタビリティ

アカウンタビリティとは、AIを使った結果について、あとから説明できる状態にしておく考え方です。日本語では「説明責任」と訳されることが多いですが、単に謝る責任ではありません。実務では、どのAIを使い、どの情報を入れ、どの出力を人間が確認し、どの判断に使ったのかを追えるようにすることが関係します。誤解しやすい点は、AIが出した答えだから人間は説明できなくてもよい、と思ってしまうことです。業務で使う以上、使った側が説明できる設計が必要になります。

リスクベースアプローチ

リスクベースアプローチとは、AIを一律に禁止したり一律に許可したりするのではなく、利用場面のリスクに応じて対応の深さを変える考え方です。実務では、文章の言い換えのような低リスク用途と、採用、人事、医療、金融、教育、法務のように人への影響が大きい用途を分けて扱います。誤解しやすい点は、リスクがあるから全部止める、または便利だから全部進める、という両極端に寄ることです。AIリテラシーでは、どの用途にどの程度の確認や承認が必要かを見極めます。

現場では仕組みとして支える必要があります

実務のプロがAIリテラシーを見る時、個人の理解だけではなく、設計と運用まで見ます。ここからは少し発展ですが、AIを組織で使うならかなり重要です。

まず、AIリテラシーは研修だけで完結しません。研修で「個人情報を入れないでください」と言っても、現場の画面が自由入力だけなら、忙しい時に入ってしまうことがあります。そこで、入力欄に注意表示を出す、機密情報の検知を入れる、利用できるAIサービスを限定する、ログを残す、承認フローを挟む、といった仕組みで支えます。利用者の注意力だけに頼らない設計が必要です。

次に、AI活用ではデータの整備がかなり大きな差になります。AIに社内資料を読ませたい場合でも、資料が古い、重複している、版管理が崩れている、アクセス権限が曖昧、PDFの中身が読み取りにくい、といった状態だと、AIの答えも不安定になります。つまり、AIリテラシーは「AIの使い方」だけでなく、「AIに見せる情報を整える力」とつながります。

また、エンジニアや導入担当者は、AIを単体のチャット画面としてだけ見ません。モデル、アプリ、データ、権限、ログ、評価、監視、セキュリティ、コスト、利用規約、業務フローをまとめて見ます。利用者から見ると「AIに聞いたら答えた」だけでも、裏側ではどのモデルを使うか、どの資料を検索するか、どの外部ツールに接続するか、どのログを保存するかという設計があります。

特にAIエージェントのように、AIが複数の手順を分解して実行する仕組みでは、AIリテラシーの意味が一段重くなります。文章を出すだけなら、人間が読んで止められます。しかし、メール送信、ファイル操作、外部システムへの登録、予約、発注、コード実行のような行動につながる場合、間違いがそのまま実行結果になります。ここでは、人間承認、権限の最小化、実行前確認、取り消し手段、監査ログが重要になります。

さらに、プロの現場では「AIの性能」だけでなく「AIを評価する方法」を決めます。正答率だけではなく、根拠が確認できるか、禁止情報を出さないか、偏りが強くないか、業務上の例外に耐えられるか、利用者が誤解しにくいかを見ます。文章がきれいかどうかではなく、業務で使った時にどんな失敗をするかを先に探します。

AIリテラシー教育も、全員同じ内容では足りないことがあります。全員向けには、AIの基本、入力情報、出力確認、主要リスク、人間判断を教えます。そのうえで、管理職には承認と責任、法務には権利と契約、情報システムには権限とログ、現場には具体的な利用ルール、経営層には方針とリスク許容度を分けて扱います。役割が違えば、必要なリテラシーの深さも変わります。

最後に、AIリテラシーは一度作って終わりではありません。AIサービスの機能、法律、ガイドライン、攻撃手法、社会の受け止め方は変わります。だから、現場で起きた失敗例、問い合わせ、ヒヤリハット、便利だった使い方を集めて、ルールと教材を更新する必要があります。AIリテラシーは、静かな教科書というより、使いながら育てる安全運転の仕組みに近いです。

次に見る場所

いま読める講義はここまでです。次の公開も同じ一覧から続けて読めます。

出典と確認日

公式出典 6件 / 最終確認 2026/06/13