Skip to content
Published on

LLM バーンアウト — 仕事が「作る」から「レビューする」へ静かに変わるとき

🇰🇷KO🇺🇸EN🇯🇵JA
Split View필사 모드
シェア
Authors

はじめに — 話題になった記事

2026年7月8日、Alec Scollon という開発者が「I Think I Have LLM Burnout」という短いエッセイを公開しました。この記事は Hacker News ですぐに上位へ上がりました。そういうときはたいてい、多くの人がすでに感じていたのに言葉にできていなかった何かを、的確に言い当てたということです。

主張は「AI ツールが悪い」ではありません。一日の形が静かに変わり、その変化が、経験していない人には説明しづらいやり方で人を疲れさせる、ということです。「この道具を一日中使っている」と「そしてそれが自分をすり減らしている」の間にある隙間、まさにそれをこの記事は捉えています。

私は彼の主張を正確に伝えたうえで、自分なりのバランスの取れた見方を添えたいと思います。LLM の助けが本当に値打ちを見せる場面はどこで、絶え間ないレビューと文脈の切り替えが人を削っていく場面はどこか。AI 終末論でも AI 礼賛でもなく、この疲労を個人の弱さのせいにもせずに、です。

エッセイが実際に言っていること

Scollon は反 AI の立場ではありません。彼は一日に何時間も LLM の出力を読みます。アシスタントが書いたコードをレビューし、監督なしで走らせているエージェントの結果に目を通します。そして、これらの道具が自分ひとりでは思いつかなかった手法を見せてくれる、という点をはっきり認めています。

彼はうまくいっている部分もていねいに認めます。モデルは彼に何かを教え、思いもよらない設計を差し出し、仕事の反復的な部分をより速く片づけてくれます。これは不満を偽りのバランスで包んだものではありません。価値が本物だからこそ、この疲労はむしろ当たり前ではなく、戸惑わせるものなのです。

彼の作業は一つのループに畳み込まれました。コードを設計し、その設計をモデルに説明し、モデルが出したものをレビューし、そのあとでようやく自分でコードを書きます。プログラミングという行為はまだありますが、いまやプロンプトと読解のパイプラインのいちばん最後に置かれています。

彼の言う疲労は、実はエラーのせいではありません。反復のせいです。彼の言葉を借りれば「LLM はいつも同じスタイルで書き、いつも同じ種類の間違いをする」のです。誤った前提、ハルシネーション、ぶつ切りの断定的な文、過剰な絵文字。どれ一つとして深刻ではありませんが、同じ癖をいくつも繰り返し目にすることが、彼を削っていきます。

このエッセイが響くのは、解決策がないことを正直に認めているからです。彼はパーソナライズ設定に触れつつも、それには限界があると打ち明けます。そしてきれいに結ばないまま終えます。「この感情をどう扱えばいいのか、まだ分からない」。整った蝶結びを拒んだその態度こそ、この記事がこれほど広く共感を呼んだ理由でしょう。

本当のコスト：レビューは労働だ

このすべての下に横たわる居心地の悪い洞察は単純です。生成は安くなり、検証はそうではありませんでした。モデルはもっともらしいコードや文章を1ページ、数秒で吐き出しますが、それが正しいかを確かめる作業はいまも人間の速さで、しばしば自分で書くより遅く進みます。

その非対称こそが問題のすべてです。一日が、何かが数秒で生成した出力で埋まると、レビューは以前の仕事の軽い版のようには感じられません。むしろ重く感じられ、そこには具体的な理由があります。

  • 不慣れなコードを批判的に読む作業は、すでに意図を頭の中に握っている自分のコードを書くより、多くの手間がかかります。
  • もっともらしく見える出力は警戒を緩めさせるので、微妙に誤った前提を捕まえるにはかえって多くの注意が必要になります。
  • 失敗が繰り返されるため、新しく興味深い問題に出会う代わりに、同じ種類の間違いを一日じゅう点検し直すことになります。

「すべてを検証せよ」を繰り返すこのブログで、この点は立ち止まる価値があります。検証は本当の仕事を終えたあとに付け足す形式的な手続きではありません。いまや AI の出力をレビューすることこそが仕事であり、それは生産性ダッシュボードにはめったに現れない、実際の認知コストを負っています。Hacker News のスレッドも同じ観察であふれていました。ファクトチェックすべき生成文書の山を語る人々、そして「作るのは速くなった」のに、いつのまにか「信じるのは遅くなった」という感覚です。

これをありふれた過労と区別しておくのがよいでしょう。古典的なバーンアウトはたいてい量から来ます。長すぎる時間、多すぎるチケット。これは違います。労働時間がより少なくても中身が空っぽに感じられることがあり、それは仕事の構成そのものが、作ることから監査することへと足元で変わったからです。いま自分がどの種類の疲れなのかに名前をつけることが、正しい問題を直す第一歩です。

それでも道具が値打ちを見せる場面

とはいえ、これらの道具が差し引きマイナスだという意味ではありません。この記事の正直な版であれば、それをはっきり言うべきです。LLM はボイラープレート、UI の骨組み作り、そしてかつては調査コストが大きすぎて手が出せなかった不慣れな言語やドメインに足を踏み入れる作業が、本当に得意です。そこで使えば道具は雑務を増やすのではなく減らし、リスクが低いのでレビューのコストも低く保たれます。

疲労はいくつかの特定の場所から来ます。それらを分けて見るのが役立ちます。

  • 著者モードとレビュアーモードの絶え間ない切り替え。この二つは実際に異なる認知のギアです。
  • Scollon が指し示すあの同じさ。いつも同じやり方で失敗する出力をレビューする作業です。
  • 数週間ごとに新しいモデルやワークフローが到着し、それを学び直すこと自体が税になる、過熱したトレッドミルと道具の乗り換え。
  • すべてをモデルに通せという圧力。ときには会社が文字どおりトークン数を数えているからです。

その議論でいちばんはっきりした成功例も同じでした。骨組み作り、不慣れな言語、そしてかつては調査コストが始める前から勢いをくじいていたサイドプロジェクト。道具が役立たずだと主張する人はほとんどいませんでした。争点は比率であり、例外が静かに既定値になったとき何が起きるか、でした。

ですから道具は、それにふさわしい作業へ意図して選んで使うときに値打ちを見せます。逆に既定値がこっそり「まず必ず生成から」に変わるとき、人を疲れさせます。

この組み替えが重要なのは、私たちにできることが変わるからです。もし疲労が本当にモデルの品質の問題なら、より良いモデルを待つだけで済みます。しかしそれが生産とレビューの比率の問題なら、それは自分で回せるダイヤルです。

おわりに

Scollon のエッセイが読む価値を持つのは、まさに誇張しないからです。彼が描くバーンアウトは中毒でもなく、モデルのせいでもありません。それは仕事が何でできているかが構造的に変わったということであり、その名を呼ぶことが正直な第一歩です。

実践的な一手は華やかではありません。モデルの出力を読む時間と、自分で何かを生み出す時間の比率を見張ってください。レビューを無料の後始末ではなく、実際の予算がつく一級の仕事として扱ってください。習慣や指示が道具を押し込む場所ではなく、道具が本当に荷を軽くしてくれる場所に絞って使ってください。

これは道具を拒むことでも、道具に降参することでもありません。ただコストを正直に認めることであり、長く道具をうまく使い続けるために立てる唯一の足場です。

参考資料

Discuss on Twitter • View on GitHub