AI情報

「AI Brain Fry」と「Workload Creep」——AIと働く人を蝕む2つの新しい疲労

最終更新: 2026年4月13日

シリーズ「AIと健やかに働くための実践ガイド」: 第1回 / 第2回

AIを使いこなしている人ほど、実は疲弊している——。2026年に入り、BCGやUC Berkeleyの研究チームが相次いで発表した調査が、AIと人間の協業に潜む「見えない疲労」を数字で明らかにしました。

以前のシリーズ「AIオフロード時代の人間の脳」では、AIに思考を委ねることで脳の使い方がどう変化しているかを分析しました。今回はその「変化」が引き起こしている具体的な症状と構造的な問題に焦点を当てます。これからAIを仕事に取り入れる人にこそ知っておいてほしい内容です。


「AI Brain Fry」とは何か?——AIで脳が焼ける新しい職業病

2026年3月、BCG(ボストンコンサルティンググループ)とUC Riversideの研究チームが、Harvard Business Reviewで「AI Brain Fry」という概念を提唱しました。

AI Brain Fryとは、AIツールの過度な使用や監視によって認知能力を超える精神的疲労が生じる状態です。頭の中にノイズが鳴り続けるような感覚、思考に霧がかかった状態、決断力の低下——参加者たちはこうした症状を報告しています。

米国のフルタイム労働者1,488人を対象とした調査から、その実態が浮かび上がりました。

指標 数値
AI Brain Fryを経験している労働者 14%(7人に1人)
高度な監視が必要なAI使用時の精神的努力の増加 +14%
精神疲労の増加 +12%
情報過負荷の増加 +19%
意思決定疲労の増加 +33%
重大エラーの増加 +39%
Brain Fry経験者の離職意向 34%(非経験者は25%)

出典: BCG & UC Riverside, Harvard Business Review(2026年3月)

特に注目すべきは意思決定疲労の+33%です。AIが出力を生成するたびに、「これは正しいか?」「採用するか?」という判断を人間が下す必要があります。その判断の繰り返しが、一日の終わりには脳を消耗させています。


なぜ「使うこと」より「監視すること」の方が疲れるのか?

直感に反するかもしれませんが、AIを使う行為そのものより、AIの出力を監視・評価する行為の方が脳への負荷が大きいことが研究で示されています。

AIにプロンプトを投げる(=入力)は、自分の意図を言語化する能動的な作業です。一方、AIの出力をレビューする(=監視)は、正確性・文脈の適切さ・品質を常に評価し続ける受動的な注意力を要します。

BCGの調査では、高度な監視を伴うAI利用時に精神的努力が14%増加していました。さらに、同時に使用するAIツールの数にも明確な閾値があります。

  • 3つ以下のAIツール同時使用 → 生産性が向上
  • 4つ以上になると → 生産性が急落

複数のAIエージェントを並列で動かし、それぞれの出力をレビューし、統合し、判断する——この「マルチエージェント監視」が最も認知的コストの高い作業なのです。


AIを最も使いこなす人が、最も燃え尽きている?

2026年2月、TechCrunchは「バーンアウトの最初の兆候は、AIを最も積極的に採用した人々から来ている」と報じました。UC Berkeleyの研究チームも同様の傾向を確認しています。

これは皮肉な構図です。AIの可能性にいち早く気づき、積極的に活用している人ほど、より多くのタスクを引き受け、より多くの出力を監視し、結果としてより深く疲弊しているのです。

BCGの調査では職種別の発症率にも大きな差がありました。マーケティング職が26%と最も高く、法務職は6%と最も低い結果に。AIの出力を大量に生成し、それを素早く判断・修正する必要がある職種ほど、Brain Fryのリスクが高まっています。


「Workload Creep」——AIで浮いた時間はどこへ消えたのか?

もう1つの構造的な問題が、UC Berkeley Haas経営学部のAruna Ranganathan准教授とXingqi Maggie Ye氏が明らかにした「Workload Creep」(ワークロードクリープ)です。

約200人規模の米国テック企業を8ヶ月間追跡し、40件以上の詳細インタビューを実施した結果、研究チームは衝撃的な結論に至りました。

意図せずして、AIは仕事を増やすことを容易にし、止めることを困難にする

AIで個々のタスクが高速化されると、その浮いた時間は休息や深い思考には使われません。代わりに、新しいタスクが即座に詰め込まれます。しかも、以前は自分の担当外だった種類の仕事まで引き受けてしまう。研究チームはこれを「責任範囲の膨張(sphere of accountability の拡大)」と呼んでいます。

HBRに掲載されたRanganathan & Ye の論文タイトルが、この現象を端的に表現しています——「AI Doesn't Reduce Work — It Intensifies It(AIは仕事を減らさない——強化する)」


仕事と生活の境界が溶けていく

Workload Creepの影響は、オフィスの中だけにとどまりません。

AIエージェントは24時間365日稼働します。自分が手を止めていてもAIは仕事を進めているし、結果が返ってきたら判断しなければなりません。この構造が、仕事とプライベートの境界を溶かしていきます。

歯磨きをしている最中に「あのエージェントにはこれを依頼しないと」と考える。お風呂に入りながら「別のエージェントの出力をチェックしなきゃ」と思う。脳が「待機モード」から抜け出せなくなるのです。

Fortune誌の報道によると、AIを活用する労働者はランチ休憩や会議の合間の数分間さえも「ちょっとしたAIクエリ」で埋めてしまう傾向があるとされています。現代の労働者は平均して47秒ごとにタスクを切り替えているというデータもあり、AIがこのペースをさらに加速させています。


あなたは大丈夫? AI疲労の自己チェックリスト

以下の項目に3つ以上該当する場合、AI Brain FryやWorkload Creepの影響を受けている可能性があります。

  • AIの出力をレビューした後、頭にモヤがかかったような感覚がある
  • 仕事以外の時間にも「次にAIに何を依頼するか」を考えてしまう
  • AIを使い始めてから、仕事は速くなったのに忙しさは増している
  • 以前は自分の担当外だった種類の仕事まで引き受けるようになった
  • AIの出力が正しいかどうかの判断に自信が持てなくなってきた
  • 同時に3つ以上のAIツールやエージェントを走らせていることが多い
  • 「AIを使えばもっとできるはず」というプレッシャーを感じる
  • AIを使わずに自分の頭だけで考える時間がほとんどない

これは診断ツールではなく、自分の状態に気づくための目安です。重要なのは、AIとの協業による疲労は「怠けているから」ではなく、認知負荷の構造的な問題であるということ。個人の努力不足ではなく、働き方の設計の問題なのです。


まとめ: 問題を知ることが、最初の一歩

AI Brain FryとWorkload Creep。この2つの概念が示しているのは、AIが人間の仕事を「楽にする」という単純な図式は成り立たないということです。

AIは確かに個々のタスクを高速化します。しかし、その恩恵を享受するには、人間側の認知的なキャパシティを意識的に守る仕組みが必要です。仕組みなしにAIを導入すれば、「速くなった分だけ詰め込まれ、監視の負荷で脳が焼ける」という構造に陥ります。

では、具体的にどうすればいいのか? 次の記事では、AI時代に脳を守るための実践的なセルフマネジメント術を紹介します。

AI疲れの対策を知る

「AI Brain Fry」と「Workload Creep」から脳を守るための、具体的な7つの実践法を紹介しています。

第2回: AI時代に脳を守る実践ガイド

出典・参考

よくある質問

AI Brain Fryとは何ですか?

AI Brain Fry(AIブレインフライ)とは、AIツールの過度な使用や監視によって認知能力を超える精神的疲労が生じる状態です。2026年3月にBCG(ボストンコンサルティンググループ)とUC Riversideの研究チームが1,488人を対象とした調査で提唱しました。頭の中のノイズ感、思考の霧、決断疲れ、集中力低下などの症状が報告されています。

Workload Creepとは何ですか?

Workload Creep(ワークロードクリープ)とは、AIの導入によって個々のタスクが高速化される一方で、浮いた時間に新しいタスクが次々と詰め込まれ、結果として仕事量が静かに増加していく現象です。UC BerkeleyのAruna Ranganathan准教授らが8ヶ月間の追跡調査で明らかにしました。

AIツールはいくつまで同時に使っても大丈夫ですか?

BCGの調査によると、同時に使用するAIツールが3つ以下の場合は生産性が向上しますが、4つ以上になると生産性が急落することが確認されています。AIツールの数を意識的に制限し、1つの集中ブロックで扱うツール数を抑えることが推奨されています。

N
Naoki
iOSアプリ個人開発者・DoubleHub作者

西日本在住。Swift を中心に AI×習慣化×自己理解をテーマとしたアプリを開発。TrainNote、Book Compass、DoubleHub の作者。

著者プロフィールを見る →