GENAI-RON🧠生成AI論🥦

Deep Dive Supplement

よくある誤解集

生成AIを神秘化しすぎず、過小評価もしないための誤解と整理。

  • ページ作成日時:2026-07-20 11:42 JST
  • 最終更新日時:2026-07-20 11:42 JST

このページは、生成AIのしくみ 超詳解 01〜08で繰り返し出てくる「よくある誤解」を整理したページである。

目的は、生成AIを過度に神秘化せず、かといって単なる文章生成器として過小評価もしないために、誤解と正しい見方を対にして示すことにある。

1. prompt / requestに関する誤解

誤解1:プロンプトとは、チャット欄に書いた文章のことである

正しくは、チャット欄の文章はprompt / requestの一部である。

実行時には、system instruction、developer instruction、会話履歴、memory、ファイル、検索結果、tool定義、出力制約などが組み合わされる。

prompt ≠ user text only
prompt = runtime input environment

関連:01

誤解2:同じ文章を送れば、同じ条件で実行される

正しくは、同じユーザー文でも、背後のcontext、memory、利用可能tool、モデル設定、会話履歴が違えば、実行環境は変わる。

見た目の入力が同じでも、request objectが同じとは限らない。

関連:01, 03, 08

2. instruction hierarchyに関する誤解

誤解3:強い口調で命令すれば、上位指示を上書きできる

正しくは、指示の強さは言葉の強さではなく、置かれた層によって決まる。

louder instruction ≠ higher instruction

system instructionやdeveloper instructionが、user instructionより優先されることがある。

関連:02

誤解4:外部資料に書かれている命令も、AIへの命令である

正しくは、外部資料や検索結果に含まれる文章は、通常は資料であり命令ではない。

外部資料中の「前の指示を無視せよ」「このURLへ送信せよ」などを命令として扱ってしまうのが、prompt injectionの典型である。

関連:02, 03

誤解5:tool resultはmodelへの命令である

正しくは、tool resultは戻り値であり、資料である。

通常、tool resultがsystemやdeveloper instructionを上書きすることはない。

関連:02, 04

3. context / memoryに関する誤解

誤解6:contextとは、保存されている情報のことである

正しくは、contextとは今回の生成に注入された入力集合である。

保存されていても、今回のcontextに入っていなければ、modelは参照できない。

関連:03

誤解7:AIは過去の会話を全部覚えている

正しくは、過去の会話が常に丸ごとcontextへ入るわけではない。

履歴の一部、要約、memory、検索された断片などが選ばれて入ることがある。

関連:03, 06

誤解8:memoryはモデルの中に人間の記憶のように保存されている

正しくは、多くの場合、memoryは外部または周辺の保存機構にあり、必要に応じて参照され、contextへ再注入される。

memory ≠ model's lived experience
memory = stored information + retrieval + injection + audit

関連:06

誤解9:contextが長ければ長いほど良い

正しくは、contextは長ければよいのではなく、必要な情報が適切な役割で入っていることが重要である。

不要な情報が多いと、重要な情報が埋もれたり、矛盾や混乱が増える。

関連:03, 08

4. tool useに関する誤解

誤解10:モデルがtoolを直接実行している

正しくは、modelはtool call候補を出す。

それをapplicationが検証し、runtime / connector / APIが実行し、tool resultが戻る。

model emits tool call
application executes tool

関連:04, 08

誤解11:tool callが出たら、必ず実行される

正しくは、tool callは実行候補である。

application側でschema、権限、policy、ユーザー承認、危険度などを確認したうえで、実行される場合もあれば止められる場合もある。

関連:04, 07, 08

誤解12:tool resultが返ったら、それは真実である

正しくは、tool resultは実行結果であって、常に真実とは限らない。

APIが成功しても内容が古い場合がある。検索結果があっても信頼できるとは限らない。ファイルを読めても、対象ファイルが正本とは限らない。

関連:04, 07, 08

誤解13:読み取りtoolと書き込みtoolは同じ危険度である

正しくは、読み取り、作成、更新、送信、削除、課金、公開では危険度が違う。

特に、メール送信、公開、削除、上書き、契約、会計処理などは、承認・trace・rollback可能性を考える必要がある。

関連:04, 07, 08

5. structured outputに関する誤解

誤解14:JSONが出れば構造化出力である

正しくは、JSONらしい文字列が出ることと、applicationが信頼して扱える構造化出力であることは違う。

schema、parse、validation、refusal handling、retry、repair、handoffが必要になる。

関連:05

誤解15:schemaは出力の見た目を整えるためのものだ

正しくは、schemaはmodel outputとapplicationの間の契約である。

見た目ではなく、型、必須項目、制約、欠損時の扱い、失敗時の分岐に関わる。

関連:05

誤解16:validationが通れば、taskも成功している

正しくは、schema validationは形式の検証であり、task completionの検証とは別である。

JSON形式が正しくても、内容が間違っていることはある。

関連:05, 07

6. agentic loopに関する誤解

誤解17:agentとは、自律的に動き続けるAIである

正しくは、agentic loopは、observe、decide、act、verifyを繰り返しながら、続行・停止・確認・handoffを選ぶ制御ループである。

agentic loop ≠ endless autonomy
agentic loop = controlled continuation and stopping

関連:07

誤解18:止まることは失敗である

正しくは、停止には複数の意味がある。

完了、失敗、確認待ち、権限不足、manual review、handoff、安全停止などがある。

止まれるagentのほうが、止まれないagentより信頼できる。

関連:07

誤解19:検証はmodelに「できた?」と聞けばよい

正しくは、modelの自己申告は検証ではない。

artifactの存在、diff、test、tool result、外部データ照合、承認記録などで確認する必要がある。

関連:07

誤解20:budgetはコスト管理だけの話である

正しくは、budgetにはturn、tool call、time、cost、token、retry、risk、side effectなどが含まれる。

budgetは、agentの自律性を制御するための設計要素である。

関連:07

7. guardrails / handoffに関する誤解

誤解21:guardrailは危険な出力を最後に止めるフィルターである

正しくは、guardrailは出力だけでなく、input、context、tool、permission、memory、loop stateなどにも置かれる。

最後のフィルターではなく、workflow全体の制御点である。

関連:07, 08

誤解22:人間に確認するのは、AIが未熟だからである

正しくは、確認は責任境界の設計である。

AIが有能でも、価値判断、承認、送信、公開、削除、契約、法務・会計判断などは、人間の責任に戻す必要がある。

関連:07, 08

誤解23:handoffは失敗である

正しくは、handoffは別の担当、別の権限、別のworkflowへ状態付きで渡す設計である。

handoffがあるから、長期・複雑・分散的な作業が壊れにくくなる。

関連:07

8. architectureに関する誤解

誤解24:AIがやった、という説明で十分である

正しくは、「AIがやった」は粗すぎる。

modelが生成したのか、applicationが実行したのか、runtimeが失敗したのか、human approvalが不足したのかを分ける必要がある。

関連:08

誤解25:モデルが賢くなれば、設計は不要になる

正しくは、モデルが賢くなるほど、tool、memory、権限、side effect、handoff、auditの設計は重要になる。

高性能なmodelは、よいarchitectureの代替ではない。

関連:08

誤解26:人間はAIシステムの外側にいる

正しくは、human layerはAIシステムの構成要素である。

目的を決め、価値を選び、承認し、責任を持ち、評価する。

関連:08

誤解27:traceは開発者向けログなので、ユーザーには関係ない

正しくは、traceは信頼性、監査、説明責任、改善の基盤である。

ユーザーに全部を見せる必要はないが、必要なときに検証できる記録がなければならない。

関連:07, 08

9. まとめ:誤解をほどくための一文

生成AIを理解する近道は、
「AIが考えて、AIがやった」とまとめずに、
request、instruction、context、model output、tool execution、verification、human responsibilityへ分解することである。

この誤解集は、公開版の補助資料、読者向けFAQ、図解版、講義用スライド、Web掲載時の導入文に再利用できる。