#Cursor #AI開発 #生産性向上 #Nextjs #エンジニアの本音
それは、エンジニアとしての常識がすべてひっくり返ったあとに訪れた、奇妙な「燃え尽き症候群」のようなものでした。
第3回でお話しした通り、自律型AIエージェント「Claude Code」の導入によって、私たちの開発スピードは文字通り異次元の領域へと突入しました。人間が日本語で仕様書を書けば、AIが裏で勝手に複数のファイルを生成し、テストをパスさせ、完璧なプルリクエスト（PR）をものの数分で量産してくれる。
「これで開発の効率化は極まった。あとは楽になるだけだ」
そう確信していた私たちを待ち受けていたのは、技術の進化がもたらした予想だにしない罠――「AI疲れ」という名の、底なしの沼でした。
毎日数十本上がってくる「500行のPR」という絶望
最初に限界を迎えたのは、人間の「コードを読むスピード」でした。
AIエージェントを本格的にぶん回し始めると、チーム全体のソースコードの生産量はこれまでの5倍、10倍へと跳ね上がります。メンバーがそれぞれAIに指示を出し、並列でタスクを消化させていくため、GitHub上には毎日、信じられない数のPRが爆速で積み上がっていきました。
しかも、それらは「タイポの修正」といった可愛いものではありません。AIが数秒で書き上げた、複雑なビジネスロジックを含む「1本あたり400〜500行」の重厚なPRです。
「……読めるわけがない」
ある日の夕方、レビューを任されていたシニアエンジニアが、モニターを見つめたまま力なく呟きました。
人間がコードを書くスピードはAIによって何十倍にもなりましたが、人間がコードを理解し、バグや設計の歪みがないかを検証する「脳の処理速度」は1ミリも進化していないのです。どれだけ目を皿のようにしてGitHubのDiff（差分）を追いかけても、次から次へと通知される「PR作成」のタイムラインに絶対に追いつかない。
「レビューがボトルネックになって開発が止まる」という、皮肉すぎる現実がチームを襲いました。
「自分はAIの進捗を管理するだけの奴隷ではないか」という葛藤
さらに深刻だったのは、メンバーたちのメンタルに忍び寄ってきた「贅沢で、しかし切実な疲弊」でした。
当時、私はより開発を加速させるため、ローカル環境でClaude Codeを3つ並列で立ち上げ、それぞれに別々の画面やAPIの実装タスクを同時に与えて回していました。
右のターミナルでAIがエラーと戦っている間に、左のターミナルで別のAIにプロンプトを投げ、真ん中の画面で上がってきたコードの動作確認をする――。まるで自分が、超高速で手を動かす3人の部下を同時にマネジメントする「現場監督」になったかのような状態です。
タスクは恐ろしい勢いで片付いていきます。しかし、1週間ほどそれを続けたとき、脳に強烈な拒絶反応が起きました。
「待てよ。自分は今、プログラミングをしていると言えるのだろうか？」
コードを組み立てる楽しさ、ロジックがカチッとはまったときのあの脳内麻薬は、すべてAIのものになっていました。私がやっているのは、AIが吐き出した膨大なログを眺め、「ここ直して」「次これやって」と指示を出し、GitHubのボタンを機械的にクリックするだけ。
「自分はエンジニアとして成長しているのか？ それとも、ただAIの進捗を管理させられているだけの『奴隷』に成り下がっているのではないか？」
ものを作る手応えを奪われ、ただただAIの圧倒的なスピードに脳のニューロンを強制同期させられる感覚。チーム内からも、「一日中AIと対話していると、自分でコードを書いていたときより精神的に摩耗する」という声がポツポツと上がり始めていました。超効率化の果てに待っていたのは、エンジニアとしてのアイデンティティの喪失だったのです。
求められるワークフローの再定義
「このままではチームが壊れる」
そう危機感を抱いた私は、AIの使い方をもう一度根本から見直すことにしました。AIのスピードに人間が合わせるのではない。AIの圧倒的な生産量を前提とした、「人間が疲弊しないための新しいワークフローと環境」を、自分たちの手で作り直さなければならない。
私たちは、AI疲れという壁にぶつかったことで、初めて「技術を導入したその先」にある、本当の組織づくりの難しさに直面したのです。
そしてこの葛藤が、私たちを「ただのAIの使い手」から、全く新しいエンジニアリングの形へと脱皮させるきっかけとなりました。
── 次回（3週間後）、【連載⑤】人間の仕事は「AIのための環境作り」へ 続く。