著者:許超、ウォールストリートジャーナル
AIプログラミングツールはエンジニアを解放すると約束しますが、実際には新たな効率への不安を生み出しています。
AnthropicのClaude CodeやOpenAIのCodexのようなAIプログラミングエージェントの能力が急上昇する中、テクノロジー企業はトップダウンの「生産性偏執症」に陥りつつあります。経営幹部は自らコードを書き、従業員にはAIとのやり取りの頻度を増やすよう求められ、残業時間は減るどころか増加しています。AIは労働力を省力化するツールとされてきましたが、多くの職場では新たなストレス源となっています。
調査データは明らかな認知のギャップを示しています。コンサルティング会社Sectionの調査によると、Cレベルの幹部の40%以上がAIツールによって週に少なくとも8時間の時間節約を実感している一方、67%の非管理職の従業員はAIによる時間節約は2時間未満、あるいは全く役に立たなかったと回答しています。カリフォルニア大学バークレー校の継続調査では、従業員が多くの仕事をAIに任せても、実働時間はむしろ増加していることが判明しました。
この不安の蔓延には構造的な理由があります。CTOたちが午前5時にAIに向かってコードを書き、CEOたちが請求額でチームの努力を測る中で、業界全体の「効率性」のイメージは再定義され、その代償は一般社員が背負わされています。
「Vibe coding」という言葉は、最初は怠惰な期待を帯びていました。元OpenAI研究者のアンドレイ・カルパティは2025年2月にこの概念を公にし、エンジニアがAIとチャットするだけで開発を完了できる新しいプログラミングモデルを説明しました。これは「完全に雰囲気に浸る」ことを意味します。
しかし、1年後にはすでにその雰囲気は変わっていました。
インテュイットのCTOアレックス・バラズは、最近のルーティンについて語ります。妻が午前8時に階下に降りると、彼はすでに何時間も働いている状態だといいます。「彼女に『どれくらい起きてたの?』と聞かれ、私は『午前5時に起きてコードを書いていた』と答えた。」正確には、彼はAIエージェントにコードを書かせるように指示し、それによって長らく触れていなかった基盤コードに深くアクセスできたといいます。
こうした経営者の行動は、下層にも圧力を伝播しています。OpenAIの社長グレッグ・ブロックマンは最近X(旧Twitter)に、「エージェントが動いていない瞬間は、チャンスを無駄にしていると感じる」と投稿しました。この言葉は、すでに広まっているテック業界のワーカホリック文化を的確に刺激しています。
AIスタートアップのArcade.dev共同創業者兼CEOアレックス・サラザールは、より率直です。彼は定期的に自社のClaude Codeの請求書を確認し、その金額がエンジニアのツール使用頻度に直結していることを指摘し、「あいつらは十分に使っていない」と社員を批判します。「私は『もっと頑張れ』と言っているだけだ」と述べ、最初の「信仰会議」の後、同社のAIプログラミングツールの請求額は10倍に跳ね上がり、その支出を進歩の証と見なしているといいます。
こうした雰囲気の中で、従業員の評価方法も密かに変化しています。
財産修復業界向けソフトウェア会社のプロダクト副社長アンドリュー・ウィリックは、同社がエンジニアの日々のAIとの「やり取り回数」を追跡しており、その数値が高いほどチームの生産性が高いとみなしていると述べます。Claude Codeはまた、各エンジニアに対して週次レポートを作成し、AIとの無駄なループに陥ったパターンを列挙し、改善策を提案します。
ウィリック自身も、ある種の「依存症」の兆候を感じていると認めます。「毎日、もう少しやり取りを増やさなきゃと感じていて、寝る前もどうやったらもっとやれるか考えている」といいます。この状態は、昨年11月にAnthropicの最新モデルOpus 4.5を試した際の「啓示体験」に由来すると述べています。その時、通常エンジニアに任される機能の試作をモデルに任せ、20分後にモデルが自律的にタスクを分解し実行しているのを見て、「脳が再起動したような感覚になった」と語っています。
こうした全員加速の思考様式は、仕事と私生活の境界を侵食しています。バークレーの研究では、多くのタスクをAIに任せても、実働時間は減少しないことが示されています。一部のエンジニアは、「AI疲労」を公然と認め始めており、次のブレイクスルーを逃すことを常に心配し、そのブレイクスルーは一言のプロンプトだけで訪れると感じているようです。
経営陣の熱意は、手作業で生み出す新鮮さに由来しています。サラザールは、AIを使ったプロトタイプ作成は、日常の承認や意思決定を処理するよりも、「即時的な生産性の感覚」が得られると認めています。彼は最近、重要な金融顧客の要望に応じて、ゼロからデモアプリを構築しました。
インテュイットでは、プロダクトマネージャーやデザイナーも、「雰囲気コーディング」を用いてQuickBooksの機能原型を自ら作成することが奨励されています。バラズは、「少なくとも今のところ、プロダクトマネージャーは具体的なイメージを持ってエンジニアに『こういうのが欲しい』と伝えられる」と述べています。
しかし、Sectionの調査によると、この認識の差は非常に大きいことが示されています。
経営陣がAIの恩恵を感じる一方で、現場の従業員の実感には大きな乖離があります。サラザールは、これは従業員が新ツールへの適応に伴う変革コストを高く見積もっていることに起因すると考えています。「彼らは暗黙のうちに、探索や実験の時間を確保するよう求められているが、日常業務の期待値はそれに合わせて調整されていない」と指摘します。
また、雇用の安定性に対する不安も根強く存在します。サラザールは、当初は外部のネットワークサービス業者を変更する計画だったが、今ではマーケティングチームがAIツールを使って自社ウェブサイトを更新できるようになったため、その外注費用は削減されたと明かしています。
バークレーの研究者たちは、この現象を「タスク拡張」と呼んでいます。非技術系の同僚がAIを使ってコードを生成し始めると、エンジニアはこれらの未完成品を整理するために余計な時間を費やし、結果的に作業負荷が増加します。インテュイットのバラズは、これが従来の明確だった役割分担を再構築し、ますます多くの役割が「ハイブリッド化」し、既存の協働関係も複雑化していると認めています。
より深い問題は、この建設ブームが本当に価値あるものを生み出しているのか、それとも単に「もっと多くのもの」を生み出しているだけなのかという点です。
アナリストは、もしこのAI駆動の生産性偏執症が制御されなければ、多くの「busyware」(無駄なソフトウェア)が氾濫し、誰も気にしないウェブサイトのちょっとした変更や、たった一人のユーザーのためだけに作られたダッシュボード、マーケティング担当者が途中で投げ出したプロトタイプなどがエンジニアに放置される事態になると指摘しています。これらは一見合理的に見えますが、最終的には廃棄されるゴミとなるでしょう。
インテュイットのバラズは、コードの生産と納品のスピードを基準にした場合、同社のエンジニアの生産性は約30%向上したと述べています。しかし、こうしたコードの「一回性」が高まる未来において、真の効率化の恩恵は、むしろ「何を作るべきでないか」という問いに隠されているのかもしれません。