業界がAIコーディングがプログラマーを代替するかどうかを議論している中、Claude Codeの生みの親はすでにより過激な答えを出している。職種は消えつつあるが、コードを書く人は100倍に急増するというのだ。
6月30日、Claude Codeの創設者であるボリス・チェルニー氏は、ソーシャルプラットフォームX上で立て続けに二つの爆弾を投下した。まず、次期バージョンのClaude Codeでバックグラウンドサブエージェントをデフォルトで有効にし、開発者がチャットしながらAIにバックグラウンドでコードのリファクタリング、テスト、プルリクエストを自動完了させることを発表。続けて、従来の「ソフトウェアエンジニア」という職種が、プロトタイパー、ビルダー、クリーンアップ担当、グロース担当、メンテナーという5つの行動パターンに取って代わられつつあるという、まったく新しいチームロールのフレームワークを投げかけた。
このフレームワークは机上の空論ではない。Anthropic社内では、チェルニー氏が率いるClaude Codeチームはすでにすべての職種ラベルを剥がし、デザイナー、エンジニア、プロダクトマネージャーがこれら5つのロールに分散しており、一人の人間が往々にして2つから3つの役割を横断している。チェルニー氏自身がその最たる例だ。彼はすでに丸8ヶ月、一行も手書きでコードを書いておらず、彼名義のコードはすべて100% Claudeによるもので、日によっては数千、数万ものAIエージェントを同時に管理している。
「あなたはもはやClaudeにプロンプトを書く人ではない」とチェルニー氏は言う。「プロンプトを書くのは別のClaudeだ。」
バックグラウンドエージェント：「一問一答」から「マルチタスク並行処理」へ
今回のClaude Codeのアップグレードの中核的なロジックは、「バックグラウンドでの作業」を箱を開けてすぐ使えるデフォルトの動作にすることだ。
早くも4月には、AnthropicはRoutines機能を発表した。これは、プロンプト、コードリポジトリ、コネクターを固定フローにパッケージ化し、時間単位、夜間、週単位でトリガー実行でき、GitHubイベントや外部Webhookにも応答できる。このシステムはAnthropicがホストするクラウドインフラ上で動作するため、ノートパソコンの蓋を閉じてもエージェントは作業を続ける。エンジニアの役割はこれにより微妙に変化した。以前は寝る前にパソコンを閉じ、翌日も書き続けるというものだったが、今は寝る前に大量のエージェントを放り投げ、朝起きて大量のPRをレビューする。
5月末には、Dynamic workflows機能がこのロジックをさらに新たな高みへと押し上げた。大規模な移行やリポジトリ全体の監査といった、一つのチャットウィンドウでは処理しきれないタスクに直面した場合、開発者はプロンプトで「use a workflow」と言うだけで、Claudeが自動的にオーケストレーションスクリプトを生成し、バックグラウンドで数十から数百のサブエージェントを段階的にスケジュールし、並行してクロスバリデーションを行い、最終的に結果を一つのレポートまたは一連の変更に集約する。
チェルニー氏の言葉を借りれば、これは「一つのAIがコードを書く」のではなく、「一つのAIが脚本を書き、一群のAIが脚本通りに作業する」ということだ。
そして今、「バックグラウンドサブエージェントのデフォルト実行」というステップは、本質的には上記のすべての能力を、手動トリガー不要のデフォルト動作としてパッケージ化したものだ。サブエージェントは生まれつきバックグラウンドで動作し、開発者は次に何をすべきかを考えることに集中すればよい。
Spotifyの実戦：PRの73%がAI支援
このロジックの威力を最もよく示しているのは、Spotifyの実戦データだ。
Spotifyのエンジニアリング担当バイスプレジデント、ニクラス・グスタフソン氏はチェルニー氏とのインタビューで一連の数字を明らかにした。Spotifyでは毎日約4500回の本番環境デプロイが行われ、プルリクエストの73%がAIの支援を受けており、PRの頻度は直接75%以上向上した。これらすべては、2000万行を超えるコードを持つ超巨大モノレポジトリ内で起こっている。
グスタフソン氏自身の日常的な仕事の進め方は、同時に5～10のClaudeセッションを開き、それぞれが独立したgitワークツリーに対応し、複数のエージェントをバックグラウンドで並行稼働させ、自分はdiffを見て意思決定を行うことだけに専念するというものだ。彼は、コードベースがこれほど大きいとエージェントが迷子になるのではないかと当初は非常に心配していたが、結果は予想外にスムーズだったと率直に語る。Claudeはリポジトリ内の他のコードから「インスピレーションを得て」、どのように書くべきかを知ることさえできるという。
彼が同業者に送るアドバイスは、セクシーには聞こえないが、極めて実践的だ。コードベースが一貫していて、ツールチェーンが統一されているほど、Claudeのパフォーマンスは向上する。同じことをリポジトリ内で10通りの書き方で行っていると、Claudeもそれに惑わされてしまう。
さらに興味深いのは、Spotifyがこの能力を非エンジニアにも開放していることだ。彼らは、プロダクトマネージャーやデザイナーなど、誰でも自然言語でアイデアを記述でき、Claudeが実際のモバイルおよびバックエンドのコード内でエンドツーエンドのプロトタイプを直接実装するインフラを構築した。グスタフソン氏によると、Spotifyの共同CEOでさえ、その中で自身のプロトタイプを公開したことがあるという。以前はエンジニアリングチーム全体を説得して初めて検証できたアイデアが、今では1～2時間で動作確認できるようになった。
Anthropicが「反作用」を受ける：PMが足りない
Claude Codeの猛烈さを示す最も強力な証拠は、Anthropic自身から来ている。
『VentureBeat』の6月27日の報道によると、Anthropicは最近、同社のグロースチームに対し、エンジニアではなくプロダクトマネージャーを多く採用するよう指示した。理由は単純だ。Claude Codeがエンジニアリングチームの有効アウトプットをすでに実人数の3倍にまで引き上げているからだ。5人のチームが、今では15人から20人分の仕事をこなしている。ボトルネックはコードではなく、「何のコードを書くかを決める」人にある。
従来、プロダクトマネージャーとエンジニアの比率は約1対8だった。今や各エンジニアの日々のアウトプットが3倍になったことで、この比率は実質的に1対20になっている。PMはエンジニアに仕事を割り当てるのが間に合わない。エンジニアがコードを書き終えて、要件を待っているという光景自体が、十分に不条理だ。
5つのロール：職種は消滅するが、役割は永遠に残る
まさにこうした背景の中で、チェルニー氏は大きな議論を呼んだあの5つのロールのフレームワークを提唱した。
これら5つのロールとは次の通りだ。プロトタイパーは、新しいアイデアを専門に生み出し、一気に数十のアイデアを投げかけるが、そのほとんどは最終的にリリースされない。ビルダーは、粗削りなプロトタイプを迅速に本番環境にデプロイ可能な製品やインフラに変える。クリーンアップ担当は、インターフェースを整理し、コードを簡素化し、使われていない機能をオフラインにし、パフォーマンスを少しずつ絞り出す。グロース担当は、すでに形になった製品を引き継ぎ、繰り返し磨きをかけ、市場との適合度を押し上げる。メンテナーは、成熟したシステムを守り、それが拡大し続ける中で安全性、信頼性、十分な速度を保証する。
チェルニー氏は特に、これら5つのロールは特定の職種に結びつくものではないと強調する。Anthropic社内では、あるデザイナーはプロトタイパーであり、ある者はビルダーであり、またある者はクリーンアップ担当だ。エンジニア、プロダクトマネージャー、データサイエンティストも同様に、これら5つの中に散らばっている。あなたがどのタイプかを決めるのは、名刺に印刷された肩書きではなく、その瞬間にあなたが行っている仕事だ。
彼はまた、一般的なロールの組み合わせ公式も示した。まだプロダクトマーケットフィットを見つけていない新製品には、最初の3つのロールに長けた人材が最も必要とされる。すでに軌道に乗っている成熟した製品は、後ろの3つのロールに支えられることがより多くなる。
このフレームワークは開発者コミュニティで強い共感を呼んだ。MetaやMicrosoftを渡り歩いたベテランエンジニアのKun Chen氏は、自分はもともと人に「ロール」のラベルを貼るのが好きではなかったと返信した。なぜなら、ロールは本来プロジェクトと共に成長すべきものだからだ。新規プロジェクト立ち上げ時はプロトタイパーでありビルダーであり、細部の問題が頭をもたげれば即座にクリーンアップ担当に変わり、プロジェクトが成熟すればグロース担当やメンテナーになる。一つのロールに自分を固定してしまうことは、途中でそのプロジェクトを手放さなければならないことを意味する。チェルニー氏はこれに完全に同意する。ロールは本来、プロジェクトや時間と共に絶えず変化するものだ。
クリーンアップ担当：AI時代に最も過小評価されている希少な役割
これら5つのロールの中で、クリーンアップ担当は静かに最も希少な存在になりつつある。
理由は簡単だ。モデルが数分でプロトタイプを生成し、一気に数千行のコードを書き上げられるようになると、「アイデアを出す」ことと「ゼロから構築する」ことこそが、AIが最も得意とし、最初にAIに取って代わられることだからだ。チェルニー氏も、クリーンアップ担当のClaudeとビルダーのClaudeは今日すでにかなりうまく機能していると認めている。
しかし、機械はクリーンアップの仕事はできても、その責任は負えない。どの行を削除すべきか、AIが間違えたときに誰が一目で見抜けるのか、問題が起きたときに誰が最終責任を負うのか。これらは依然として人間でなければならない。
さらに深刻なのは、AIがもたらす生産性向上は、主に「同じ仕事をより速くこなす」ことではなく、「はるかに多くの仕事をこなす」ことだということだ。より多くの機能がリリースされ、より多くのコードがリポジトリに積み上げられ、より多くの実験が実行される。生成側が加速すればするほど、残された混乱も同時に拡大する。誰が片付けるのか？クリーンアップ担当だ。
コードレビューという関門でさえ、目に見えて緩みつつある。『Business Insider』の報道によると、過去半年間で、AIが生成したコードが個別の人間によるレビューを経ずに直接本番環境に入る割合が明らかに上昇している。Cursorが発表した『開発者習慣レポート』2026年春版のデータによると、2026年初頭から現在まで、独立した人間によるレビューを経ずに本番環境に入ったAIコード変更の割合は、約7.0%から一気に38.5%近くまで急上昇し、半年で5倍以上に増加した。人間による「一度審査してからリリース」という関門は、大規模にスキップされつつある。
人間によるレビューというゲートを取り除いた後、システム内の隠れたバグ、パフォーマンスのブラックホール、セキュリティホールは、最終的に誰かが責任を負わなければならない。これこそがクリーンアップ担当の仕事だ。生成段階はますます安価になり、最終責任を負う段階はますます価値が高まっている。
開発者の間で広く流布している言葉は、まさにこの意味を表している。最高のエンジニアとは、コードを最も速く書く人ではなく、いつAIを信頼すべきでないかを最もよく知っている人だ。
3年後：コードを書く人が100倍に急増
Platformerのポッドキャストで、「3年後にエンジニアは増えるか減るか」と問われたチェルニー氏は、直感に反する答えを返した。これらの人々はもはや「エンジニア」とは呼ばれないかもしれないが、コードを書き、エージェントを使う人は、今日の100倍になるだろう、と。
今年2月のLenny’s Podcastで、チェルニー氏はすでに強烈な言葉を投げかけていた。1年以内に、「ソフトウェアエンジニア」という職種は消え始め、よりビルダーに近い役割に取って代わられるだろう、と。4ヶ月後、彼はこの判断を撤回せず、むしろさらに推し進めた。
エンジニアリング、プロダクト、デザイン、データサイエンスといった機能が融合し始めると、開発者を測る物差しはすでに変わっている。「あなたの職種は何か」から、「あなたはこの瞬間、どの役割を演じているか」へと。
この判断は現実によって裏付けられつつある。AnthropicがFable 5を発表した際、Claude Codeチームもある詳細に言及した。Fable 5以降、開発者はプロダクトマネージャーの立場に押し出された。以前は彼らが注目していたのは、Claudeがコードを正しく書いたかどうかだったが、今注目しているのは、それが正しいことをしているかどうかだ。
「チャットしながら作業する」ことが、一人の開発者の個人的なテクニックから、2900人のエンジニアリングチーム全体の働き方になったとき、AIプログラミングツールはすでに静かに桁違いの変化を遂げている。エンジニアのアウトプットは3倍になるが、最も希少なのはもはやコードを書ける人ではなく、何のコードを書くべきかを知っている人なのだ。
チェルニー氏のそのリストの言外の意味が示す通り、職種や肩書きは溶け去りつつあり、仕事はまだそこにあるが、より細かい役割とタスクに再編成されただけだ。あなたが誰であるかは、その瞬間にあなたが行っていることによって定義される。