用途・タスク
何をするか
識別・予測
分類や数値の予測をする。
変換・生成
文字起こし、翻訳、文章の下書きなどを作る。用途は一つに限られない。
実行支援
検索や外部ツールの操作を手順に組み込む。実行権限と確認点を別に決める。
AI FOUNDATIONS
AIの代表的な節目を当時の論文や公式資料でたどり、用途・学習方法・モデル構造・入出力を分けて整理します。年表はすべての研究を網羅したものではなく、後の技術が前の技術を一律に置き換えたという意味でもありません。
内容・出典確認:
POINT 01
何が限界となり、何が次の進歩を生んだかを見る。
POINT 02
用途・学習方法・モデル構造・入出力の4軸を分ける。
POINT 03
AIの得意な範囲と、人が確認すべき範囲を分ける。
TIMELINE
各項目の出典から、提案・実験・製品公開のどれを記録した資料かを確認できます。各欄の「読み分け」は、THINKLABが実務向けに整理した確認の観点です。
1955–1956年 · 研究課題の共有
1955年の提案を経て、1956年にダートマスの夏季研究集会が開かれました。知能の働きを機械で扱う研究を、人工知能という名前のもとで議論した節目です。
読み分け:提案の年と、研究集会が開かれた年を区別します。
1980年の事例 · 知識・規則による処理
McDermottのR1論文は、顧客の注文からコンピュータの構成を決める規則ベースのシステムを報告しています。ここでの代表例は専門領域の構成作業であり、あらゆる判断ができるという報告ではありません。
読み分け:この例では、人が規則を記述する方式に注目します。学習データから規則を獲得する方式とは分けて考えます。
2012年 · 深層学習と画像分類
Krizhevskyらは、ImageNetの画像分類に深い畳み込みニューラルネットワークを用い、GPUによる実装とともに成果を報告しました。これは画像分類での結果であり、文章理解や全業務の性能をそのまま示すものではありません。
読み分け:論文の評価データと課題を確認します。ある課題での改善を、別の課題の保証へ広げません。
2017年 · Transformer
Vaswaniらの論文はTransformerを提案し、機械翻訳などで評価しました。Transformerはモデル構造の名前です。「対話サービス」「生成AI」「AGI」と同義ではありません。
読み分け:モデルの構造と、それを使った製品・用途を区別します。
2021年 · 基盤モデルという整理
Bommasaniらは、広いデータで大規模に学習され、多様な下流タスクに適応できるモデルを基盤モデルと呼んで整理しました。報告は可能性だけでなく、元モデルの問題が適応先へ引き継がれるリスクも扱っています。
読み分け:多用途に適応できることと、利用先で正確に動くことを分けて評価します。
2022年11月30日 · ChatGPTの研究プレビュー
OpenAIはこの日にChatGPTを研究プレビューとして公開しました。当時の説明には、人のフィードバックを使った学習方法と、もっともらしくても誤った回答をする限界の両方が書かれています。
読み分け:この日付はサービス公開の節目です。生成AIそのものの誕生年や、現在の製品仕様を意味しません。
CLASSIFICATION MAP
用途が同じでも学習方法や構造は異なります。また、一つの仕組みに複数の分類が当てはまります。「新しいから優れている」と決めず、何についての説明なのかを確認します。
用途・タスク
分類や数値の予測をする。
文字起こし、翻訳、文章の下書きなどを作る。用途は一つに限られない。
検索や外部ツールの操作を手順に組み込む。実行権限と確認点を別に決める。
学習方法
入力と正解ラベルの組から、分類・予測の関係を学ぶ。
通常はラベルのないデータから、似たものの集まりなどの構造を探す。
隠した語を当てるなど、元データから学習用の正解を作る。単に「正解なしで学ぶ」とは説明しない。
行動に対する報酬を手掛かりに、行動の選び方を学ぶ。
モデル構造
条件の分岐をたどって結果を出すモデル。
重みを持つ計算単位をつないだモデル。深層学習では層を重ねて扱う。
Attentionを中心にしたニューラルネットワーク構造。用途の名前ではない。
データの形式
文章を入力・出力として扱う。
どの形式を入力でき、何を出力するかを分けて確認する。
複数形式を扱うこと。扱える形式の多さだけで正確さや汎用性は決まらない。
WORKED EXAMPLES
架空の社内窓口で、届いた文を担当部署へ振り分けます。下の3案は説明のための設計例で、AIサービスの実測や性能順位ではありません。
| 与えられた説明・確認軸 | ここから分かること | 追加で確認すること |
|---|---|---|
| 件名に「配送」を含めば物流担当へ送ると、人が規則を書く。 | 規則ベースの処理。学習方法を当てはめる必要はない。 | 配送という語を含まない相談や、複数の用件がある文をどう扱うか決める。 |
| 過去の文と、担当者が付けた正解部署の組でモデルを学習する。 | 教師あり学習による分類。モデル構造はこの説明だけでは不明。 | 学習に使っていない文で、誤配と担当者の修正量を確かめる。 |
| 対話AIに部署の定義と文を渡し、部署候補と理由を出させる。 | 用途は仕分け。依頼文を渡しただけでは、そのAIの学習方法や構造までは分からない。 | 部署を作り足していないか確認する。最初は人が候補を承認し、自動転送とは分ける。 |
架空の製品案内に「画像と文章を入力し、文章で回答する」とだけ書かれているとします。何を確認でき、何を推測で埋めてはいけないかを整理します。
| 与えられた説明・確認軸 | ここから分かること | 追加で確認すること |
|---|---|---|
| 入出力の説明 | 画像・文章という複数の入力形式と、文章という出力形式が示されている。 | 動画・音声にも対応すると読み替えない。 |
| 学習方法とモデル構造 | この案内だけでは確認できない。 | 教師あり、自己教師あり、Transformerなどと断定せず、技術資料を確認する。 |
| 正確さと任せる範囲 | 複数形式に対応するという説明だけでは、読み取り精度や操作権限は分からない。 | 同じ確認用画像で重要な項目を原資料と照合する。正確さの評価と、送信・承認の権限を別に決める。 |
確認したい製品の説明文でも、4つの軸ごとに根拠の文を抜き出してください。書かれていない欄は「不明」のまま残し、技術資料や同じ条件での試行で確認します。上の例は分類のための教材であり、実測した精度や導入効果ではありません。
CAPABILITY BOUNDARY
基盤モデルの用途が広がっても、利用先での誤りやリスクの確認は必要です。THINKLABでは、形式への対応、個別の課題での正確さ、実行してよい権限を分けて確認します。
Morrisらの研究は、能力の性能・汎用性などを分けて評価する枠組みを提案しています。これは一つの研究上の整理です。画像や音声に対応するという説明だけから、その製品がAGIかを判定することはできません。
仕事で使うときの確認点
年表・用語は下記資料の該当箇所を参照しています。「読み分け」と業務例はTHINKLABによる整理です。歴史的な資料から現在の料金・機能・性能を推測せず、現行サービスの比較やAGIの認定も行っていません。
1955年の提案と、1956年の研究集会。
コンピュータ構成を規則で扱うR1の原論文。
画像分類の深層ニューラルネットワークとGPU実装。
Transformerの提案。元論文の評価対象は主に機械翻訳。
基盤モデルの定義と、用途へ適応させる際の機会・リスク。
当時の研究プレビューの公開、学習方法、限界。現在の機能・料金を示す資料ではない。
教師あり・教師なし学習、モデル、ニューラルネットワークなどの定義。
データ自体から学習用のラベルを作る自己教師あり学習の定義。
能力の性能・汎用性などを分ける研究上の枠組み。現行サービスのAGI認定ではない。