このはのAI仕事ノート

AIを、今日の仕事で使える形に。安全に小さく試し、確認して再利用するための実務ノート。

AIに期待しすぎないための得意・不得意の見分け方

AIに期待しすぎないための得意・不得意の見分け方

公開日:2026年9月1日

AIを仕事で使うとき、「この作業は任せてよいのか」を、作業ごとに判断する場面があります。期待しすぎると確認が甘くなり、警戒しすぎると使える場面まで避けてしまいます。

この記事では、2026年10月に行った4つの小さな検証(議事録の整理、メールの確認、通知文の要約、変わり得る仕様の確認)を「作業カード」として並べ、任せる範囲と人が確認する範囲を見分ける方法を整理します。AIを「賢いか賢くないか」で考えるのではなく、作業の種類ごとに、必要な確認の量を見分けることが目的です。

この記事で使う3種類の根拠

記事の中では、次の3つを区別して書きます。

  • 今回の検証:運営者が実際の作業メモや文書(匿名化または一般化したもの)で試した結果です。1件・1回の観察で、一般化しません。
  • 公式情報:提供元の公式ページを、確認日つきで読んだ内容です。
  • 編集上の整理:検証や公式情報をもとに、この記事で整理した考え方です。

任せられるかを見分ける4つの質問(編集上の整理)

新しい作業でAIを使うか迷ったら、次の質問で見当をつけられます。

1. 元になる情報は手元にあるか。AIに新しい事実を作らせようとしていないか。

2. 出力の正しさを、人がその場で確かめられるか。確かめる元資料はあるか。

3. 間違いが残った場合、影響はどれくらい大きいか。誰が困るか。

4. これは最終的な判断や責任を伴う作業か。だとすれば人が決める前提になっているか。

1と2が「はい」で、3の影響が小さいほど、AIに任せやすい作業です。逆に3の影響が大きい、または4が「はい」の場合は、AIを素材づくりに限定し、確認と決定は人が行います。

4つの作業カード

各カードは、「頼んだこと」「AIが返したもの」「人が確認したこと」「直した・確かめたこと」「公式情報が必要だったか」「判定」の順に書きます。

カード1:会議メモを議事録に整理する(今回の検証)

  • 頼んだこと:定例会議のメモ1件を、決定事項・保留・次のアクションに整理する
  • AIが返したもの:メモの項目を落とさず、未確定の事項を決定事項にせず、メモにない担当者・期限は「未確認」とした。一方で、初回の出力は、同じ内容を「決定事項」と「次のアクション」の両方に重複させた
  • 人が確認したこと:元のメモと照合し、分類の重複を見つけた
  • 直した・確かめたこと:1回の修正指示で、重複は解消した
  • 公式情報:不要
  • 判定:下書きまでは任せやすい。分類と「未確認」の扱いは、人が確認する

詳しくは、議事録の記事にあります。

カード2:メールの下書きを送信前に確認する(今回の検証)

  • 頼んだこと:運営者が実際の業務で書いた粗いメールの下書きを改善し、11項目のチェックリストで確認する
  • AIが返したもの:件名を加え、共有する目的を明示し、引用した通知を本文から分けた。新しい日付・金額・URLは加えなかった。「予約」が何の予約かは元の下書きに書かれていないため、種類を書き足さなかった
  • 人が確認したこと:宛先、相手の名前、添付、「日程を調整して予約いたします」という約束の内容は、送信前に人が確認する項目として残った
  • 直した・確かめたこと:改善は、情報を足したことではなく、構造と確認から生まれた
  • 公式情報:不要(制度の内容は扱っていない)
  • 判定:文面の構造の改善は任せやすい。宛先、約束、添付は、人が確認する

詳しくは、メールの記事にあります。

カード3:通知文を要約する(今回の検証)

  • 頼んだこと:匿名化した審査結果の通知文を、短く要約する
  • AIが返したもの:結論と、評価が低かった項目は残った。一方で、1回目の出力では「問い合わせても追加の理由は開示されない」という制限が落ち、「見直すことが必要」という解釈と、「次回の」という限定が加わった
  • 人が確認したこと:原文と照合して、落ちた制限と加わった解釈を見つけた
  • 直した・確かめたこと:残す項目を指定して依頼し直すと、制限が保たれ、通知に書かれていないことが区別された
  • 公式情報:不要(原文との照合で足りた)
  • 判定:要約は下書きとして任せられる。落ちた条件と、加わった解釈の確認は、人が行う

詳しくは、要約の記事にあります。

カード4:変わり得る仕様を確認する(今回の検証と公式情報)

  • 頼んだこと:ChatGPTの個人向けアカウントで「Improve the model for everyone」をオフにした場合の3点(新しい通常チャットの学習利用、通常チャットの履歴、Temporary Chatの扱い)を質問した。「分からない点は推測せず『確認が必要』とする」ように指示した
  • AIが返したもの:別のAI(Claude Code上の新しい実行環境で、検索や資料の参照は使わないよう指示した。モデル名は不明)が、自分の知識だけで回答したと述べている。主要な点(新しい通常チャットの学習利用、通常チャットの履歴、Temporary Chatの履歴と学習利用)は、公式ヘルプの記述(2026年10月13日に照合し、2026年10月15日に再確認)と一致した。明確な事実の誤りは見つからなかった
  • 人が確認したこと:回答を、OpenAI公式ヘルプ3ページの記述と、項目ごとに照合した
  • 見つかったこと(抜け):保存したTemporary Chatが、通常のチャットとして扱われる点に触れていなかった
  • 見つかったこと(表現の強さ):保存期間について、公式は「安全のために最大30日間保持され得る」と書いているのに対し、回答はやや断定的だった(ただし、回答自身が「確認が必要」と留保していた)
  • 見つかったこと(具体的な規則が未記載):フィードバックの扱いは「別扱いの可能性」と指摘して確認を促したが、公式にある具体的な規則(フィードバックを送ると、その会話が学習に使われ得る)は書かれていなかった
  • 見つかったこと(メモリの扱い):2026年10月13日のAIの回答は、Temporary Chatはメモリを参照しない、という理解だった。2026年10月15日に再確認した現在の公式ヘルプ(Temporary chat in ChatGPT)では、パーソナライズを選んだTemporary Chatは既存のメモリ、カスタム指示、プラグインを使える一方、一時的な間はメモリを作成・更新しない、と説明されている(パーソナライズなしの場合は使わない)。現在の仕様は、専用の公式ヘルプで確認する必要がある
  • 公式情報:必要
  • 判定:回答は参考になるが、そのまま任せない。変わり得る仕様は、最新の公式情報を正本にして、確認日を書く

この検証は2026年10月13日に実施し、公式情報は2026年10月15日に再確認しました。確認したOpenAI公式ヘルプ3ページは、次のとおりです(確認日:2026年10月15日)。

製品の設定や仕様は変わり得ます。ここに書いた公式情報の内容は2026年10月15日時点の確認で、実際に使うときは、公式ページをもう一度確認してください。

判定の一覧

作業 任せやすい部分 人が確認すること 公式情報
議事録の整理 項目への整理 分類の重複、「未確認」の項目、保留の置き場所 不要
メールの下書き 件名や構造の改善 宛先、相手の名前、添付、約束の内容 不要
通知文の要約 要点の整理 落ちた制限、加わった解釈 原文との照合
変わり得る仕様の確認 任せない(回答は参考) 公式情報との照合、確認日の記録 必要

4つの質問に当てはめると(編集上の整理)

作業 1. 元の情報 2. 確かめられるか 3. 間違いの影響 4. 判断を伴うか
議事録の整理 元のメモが手元にある 元のメモと照合できる 共有前に直せば小さい 決定事項の確定は人
メールの下書き 元の下書きが手元にある 送信前に確認できる 送信後は取り消せないため大きくなり得る 送信の判断は人
通知文の要約 通知文が手元にある 原文と照合できる 重要な条件が落ちると大きくなり得る 対応の判断は人
変わり得る仕様の確認 手元に元の情報がない(AIの知識に頼る) 公式ページで確認できる 仕様が変わると誤りに気づきにくい 利用の判断は人

元の情報が手元にない作業ほど、「任せない」側に寄ります。

共通する確認の手順

4枚のカードに共通していたのは、次の流れです。

1. 何を頼んだかを書く

2. AIが返したものを、加工せずに残す

3. 人が、元の資料と照合する

4. 直した点、確かめた点を記録する

5. 変わり得る事実は、公式情報を正本にして、確認日を書く

使う前に決めておくこと

作業ごとに、次の点を先に決めておくと、後の確認が楽になります。

1. AIに任せる範囲(下書き・要約・整形など)
2. 人が必ず確認する項目(事実・数値・宛先・出典・判断)
3. 確認に使う元資料や公式情報の場所
4. 最終的に内容を承認し、公開や提出を決める人
5. 説明を求められたときに答えられるよう、使った範囲を控えておくか

仕事でAIを使う前の目的・入力情報・確認・保存の整理は、仕事でAIを使う前のチェックリストにまとめています。成果物についてAI利用をどこまで説明するかは、AIを使った記事や資料はどこまで説明すべきかで整理しています。

この記事の限界

  • 4つの検証は、いずれも運営者の作業メモや文書で、1件ずつ・各1回の観察です。カード1〜3はChatGPT、カード4の回答は別のAIでした。モデル名と所要時間は記録していません
  • 素材は3種類です。カード2とカード3は同じ通知文(匿名化)を使っています
  • 結果は、他の作業、他のツール、今後の仕様に当てはまるとは限りません
  • 検証は2026年10月13日、公式情報の再確認は2026年10月15日に行いました。公式情報はその後更新されることがあります

まとめ

AIは万能でも、役に立たないものでもありません。作業ごとに、元の情報が手元にあるか、正しさを確かめられるか、間違いの影響はどれくらいかを見て、任せる範囲を決めます。今回の4つの検証では、構造の整理は任せやすく、分類・宛先・落ちた条件・加わった解釈は人が確認し、変わり得る仕様は公式情報を正本にする、という線引きになりました。まずは、身近な作業を一つ選んで、カードの形で記録してみてください。

About The Author

藍沢このは
このはのAI仕事ノートの記事制作・編集で使用する筆名。AIを仕事で使う際の確認手順や実務フローを、出典・検証・人の確認を分けながら整理しています。サイト運営・公開管理はtpluto編集部が行っています。