AI Vampire と 3〜4 時間労働論に懐疑的な理由 — 労働強度を毎日上げ続けるという選択
Steve Yegge の The AI Vampire を読みました。Claude Code をはじめとする AI コーディングエージェントが実際に 10x の生産性を出す一方で、その恩恵と引き換えに人間の側が Colin Robinson 型のエナジー・ヴァンパイアに吸い取られていく、というエッセイです。氏の結論は明快で、新しい 1 日の労働時間は 3〜4 時間が sweet spot になる、というものでした。
原文の該当箇所を引用します。
I’m convinced that 3 to 4 hours is going to be the sweet spot for the new workday. Give people unlimited tokens, but only let people stare at reports and make decisions for short stretches. Assume that exhaustion is the norm. Building things with AI takes a lot of human energy.
Vampire 効果そのものは、私も現場感覚として同意します。エージェントを長時間回した後の疲労は、従来型の実装後の疲労とは質が違います。判断の密度が高く、しかも判断のたびに脳内の前提を組み替え続けるからです。ただ、そこから導かれる「3〜4 時間労働が sweet spot になる」という帰結には懐疑的です。この記事では、なぜ懐疑的なのかを 2 つの観点から整理します。
Steve Yegge の主張を整理する
先に、氏の主張を私の読み方でまとめておきます。
- Opus 4.5 / Opus 4.6 と Claude Code の水準では、AI コーディングは 10x 相当の生産性を実際に出す
- しかし人間の側は、意思決定・レビュー・レポートを見続けることに大量のエネルギーを吸われる
- 結果として、AI 全開の働き方は 1 日 8 時間は持続できない
- 個人・企業のどちらが 10x の価値を捕捉するかは、両極端（Scenario A / Scenario B）ではなく中間で均衡する必要がある
- その中間解として、1 日の労働時間を 3〜4 時間にダイヤルを回して均衡させるべきだ
Scenario A（従業員が 8 時間 10x で働き続けて燃え尽きる）と Scenario B（従業員が 1 時間だけ働いて会社が潰れる）のどちらも持続しない、という指摘はそのとおりだと思います。ダイヤルは中間にあるという結論も理解できます。ただし「中間 = 3〜4 時間」という設定については、次の 2 点で違和感が残りました。
懐疑 1: AI とエージェントの進化に日々慣れる必要がある
1 点目は、AI・エージェントの進化に対する「慣らし運転」の必要性です。
現在の AI コーディングエージェント界隈は、モデル・エージェント CLI・エージェントフレームワーク・MCP サーバー・関連ツールが、週単位で刷新されています。数週間前まで最善だったやり方が、新しいモデルの登場やエージェントの挙動変化でひっくり返ることが日常的に起きています。Codex CLI や Cursor といった道具の側も動き続けています。
このスピード感の中で、労働時間を 1 日 3〜4 時間に絞ってしまうと、進化への追随が構造的に遅れます。新モデルの挙動を掴むには、実タスクに投入し、失敗ケースと成功ケースを両方観察し、既存ワークフローに組み込み直す必要があります。この試行は「読んで理解する」だけでは足りず、手を動かした時間に比例して身体化されるものです。
日々労働強度を上げて AI とエージェントに触れ続けている人と、3〜4 時間に絞って触れる人では、半年もすれば習熟度に大きな差がつきます。しかもその差は、単なる「使い方に慣れているかどうか」ではありません。エージェントが暴走する境界、停止条件の設計勘、プロンプトの粒度、AGENTS.md や CLAUDE.md のような設定資産の育て方といった、経験でしか蓄積されない判断力の差になります。
急に環境が変わったとき、この差は取り戻せません。労働時間を絞って生活のリズムを守ることには魅力がありますが、その代償として「進化に遅れて追いつけなくなるリスク」を引き受けていることになります。だから私は、今の局面では労働強度を毎日少しずつ上げて、AI とエージェントの進化に体が慣れる状態を作っておくほうが安全だと考えています。
懐疑 2: 労働強度の高い人が AI をフル活用して長時間労働できる
2 点目は、市場の均衡がどこに落ち着くかの話です。
Yegge 氏は、業界全体が 3〜4 時間労働にダイヤルを合わせるべきだと主張しています。個人としてはその方向に努力できますし、企業単位でも運用は可能でしょう。ただ、グローバルな競争環境では、必ず「もともと労働強度が高く、AI をフル活用して長時間労働できる」プレイヤーが現れます。そちら側が同じ AI と同じトークン量を使えるなら、単純にアウトプット量で勝負にならなくなります。
Scenario A / B の対立は、同じ会社の中の個人 vs 企業の話としては成立します。しかし、市場全体で見ると別のプレイヤーが登場する余地が残ります。
- 高強度で長時間稼働できる個人（体力・環境・生活構造がそれを許す層）
- 業務時間の制約が少ないスタートアップやオーナー経営者
- 労働時間規制の異なる地域や、時差を活用して連続稼働できる分散チーム
これらの層は、Vampire 効果で疲弊しないように配慮したうえで、1 日 3〜4 時間ではない働き方をすることが物理的に可能です。少なくとも、彼らが 8 時間・10 時間側の設定を選んだ場合、3〜4 時間側の集団が同じ AI を使っても、絶対的なアウトプット量で追い付けません。
だから、業界全体の平均が 3〜4 時間に均衡するという見立ては、市場の非対称性を過小評価していると感じます。むしろ、高強度側に引き寄せられていく圧力のほうが強いはずです。ダイヤルの中央値は、Yegge 氏が想定するよりも高強度側にずれると私は見ています。
それでも Vampire 効果は無視できない
ここまで書いておいて、Vampire 効果そのものを否定するつもりはありません。長時間 AI を回した後の疲労は本物ですし、意思決定の質は確実に落ちます。労働強度を上げるという選択は、体力・集中力・生活の余白を犠牲にすることと引き換えである以上、無防備に「今日から 10 時間 AI を回します」と決めれば済む話ではありません。
私が現時点で置いている前提は次のとおりです。
- 疲労を「回避すべき異常」ではなく、「毎日設計すべき変数」として扱う
- 短時間の高強度セッションと、低強度の作業を意識的に分ける
- エージェントに任せられるタスクの上限を毎週見直し、人間側の連続稼働時間を機械的に伸ばさない
- 睡眠・運動・オフスクリーンの時間を、労働強度を上げるための投資として先に確保する
- モデル・エージェントの世代交代のタイミングで、労働強度と作業設計をまとめて更新する
3〜4 時間という上限を先に置くのではなく、労働強度を上げても壊れない設計を先に作る。順序が逆だと考えています。
まとめ
- Steve Yegge の The AI Vampire は、10x の生産性と引き換えに人間が疲弊する Vampire 効果を的確に指摘している
- 一方で「1 日 3〜4 時間が新しい sweet spot」という結論には、2 つの理由で懐疑的
- AI・エージェントの進化が速く、日々慣らし運転を続けないと急な変化に対応できない
- 労働強度の高い人が AI をフル活用して長時間労働できる以上、市場の均衡は高強度側にずれる
- Vampire 効果は本物なので、労働強度を上げる前提として、疲労を毎日設計する仕組みを先に置く
- 3〜4 時間を上限として設定するのではなく、労働強度を上げても壊れない働き方を設計する順序で考える
以上、AI Vampire の 3〜4 時間労働論に懐疑的な立場から、AI・エージェントの進化に日々慣らし続けるという別のダイヤル設定を提案した、現場からお送りしました。