複雑なシステムを効率的に組み合わせるマルチローコード戦略とは？
kotobato
リープリーパー
AIを人間が「監督する」時代：エージェントエンジニアリング入門
kotobato
最近までバズワードとして流行していたのが、詳細な設計などせずバイブスで感覚的にAIへ指示を出して作る、新しい開発スタイル「バイブコーディング」。しかし、わずか1年ほどでこの理論は過去のものとなり、エンジニアの仕事は「書くこと」から「監督すること」へと移行しつつあります。
前回の記事では、「AIがコードを書く時代に、なぜプロジェクトは失敗し続けるのか？」について考察しました。今回はその続きとして、「エージェントエンジニアリング」について考えてみます。
Contents
バイブコーディングとは何だった（過去形）のか？
バイブコーディングという言葉が登場したのは、約1年半前の2025年2月のことです。Teslaの自動運転チームの創設者であり、OpenAIの元研究者でもあるアンドレイ・カルパシー氏が、Xへの投稿で使ったのが始まりでした。
▼出典：Andrej Karpathy氏、X投稿「バイブコーディング」/ 2025年2月2日
バイブコーディングとは、AIと自然言語で会話しながらアプリケーションを構築し、生成されたコードをレビューせずに使う開発手法のことです。仕様設計やコードの存在すら忘れ、バイブス（その時のノリ）に身を任せるという全く新しい姿勢が、名前に込められていました。
プロトタイプやモックアップの即時生成や、アイデアの高速検証というバイブコーディングの圧倒的なスピード感は、多くのエンジニアを魅了しました。
しかし、プロが使う現場での問題が早々に表面化しました。アーキテクチャーや保守性、セキュリティーの脆弱性を考慮しないバイブコーディングは、多くの深刻な技術的負債を抱えていたからです。制限やリスクを考慮せずに本番環境に導入してしまったり、誰も説明できないビジネスロジックが構築されてしまう事例もありました。
ポジティブ・ネガティブ両面にスポットが当たりながら、バイブコーディングは高速に消費されていきました。
カルパシー氏の「翻意」：エージェントエンジニアリングへ
そのバイブコーディングを生み出した当人が、1年後に自らアップデートを宣言しました。2026年2月4日、カルパシー氏はXに投稿し、「エージェントエンジニアリング（agentic engineering）」という言葉を、自分のお気に入りの新しい理論として提案しました。
▼出典：Andrej Karpathy氏、X投稿「エージェントエンジニアリング」/ 2026年2月4日
▼出典：
彼の投稿によれば、「エージェント」という言葉を選んだのは、「もはや99%の時間、コードを直接書かない。エージェントを指揮し、監督することが新たな標準になりつつあるから」。一方、「エンジニアリング」という言葉を残したのは、「そこに技術と経験、そして専門性が必要だから」という理由でした。
バイブコーディングが「ノリで作る」手法だったのに対して、エージェントエンジニアリングは「規律を持ってエージェントを指揮する」手法です。カルパシー氏はさらに、2025年11月時点では「自分でコードの8割を手書きしていたが、12月には状況が逆転し、8割がAIエージェントによって書かれるようになった」と明かしました。「（エンジニアとしての）自分のプライドには少し堪えるが、あまりに便利で手放せない」とも、正直な感想を述べていました。
▼参考：
▼参考：
直後に、Spotifyが証明した「現実」
カルパシー氏が提唱した理論は、すぐに実例として証明されました。それが、音楽配信プラットフォームのSpotifyの例です。
2026年2月、SpotifyのCo-CEOグスタフ・ソーデルストロム氏は四半期決算説明会で、「最も優秀なシニアエンジニアたちは、12月以降、一行もコードを書いていない」と明かしました。さらに、「彼らは、生成したコードを監督するだけになっている」とも説明しました。
この衝撃的な発言は、わずか48時間でテック系メディアを席巻し、エンジニアコミュニティーでは歓迎と懐疑が入り混じった大きな話題になりました。
▼出典：
カルパシー氏がエージェントエンジニアリングを「理論」として提唱したわずか一週間後に、Spotifyが同じことを「実践」として証明したことは偶然ではなく、同じ変化を二つの角度から観測したものでした。
企業のトップが、決算の場でこれほど具体的な内情を語ったのは、相応の確信があったはず。AIの急激な進化により、エンジニアとしての人間の役割は消えたのではなく、「実装する人」から「判断する人」へと、レイヤーが上がったことの一つの証明だったといえます。
エンジニアは全員「中間管理職」になる
この変化を一言で表すなら、エンジニアの「中間管理職化」です。AIエージェントを部下として持ち、タスクを割り振り、成果物を評価し、修正指示を出す。そのサイクルを高速に回すのが、人間としてのエンジニアの主な仕事になりつつあります。つまり、手を動かしてコードを「書く力」より、コードの「善し悪しを問える力」が問われています。
同時に、組織の規模に関わらず、AIエージェントを「チーム」として使うことで、少人数でも大きな成果を出すことが現実的な選択肢になっています。これはフラット型組織の進化とも重なる変化です。
経験格差という現実を増幅するAI
ただし、楽観論だけでは終わりません。
エージェントエンジニアリングへの移行が「誰にとっても平等な機会」かというと、そうではないことをデータが示しています。カルパシー氏自身も「上位レベルでは、技術的な習熟度がこれまで以上に重要な倍率になる」と述べています。システムアーキテクチャーを深く理解している開発者は、エージェントチームを使って10倍・100倍の生産性を発揮できる一方、経験の浅い開発者は壊れたコードをより速く生成するだけになりかねません。
つまりAIは、エンジニアの能力格差をならす「イコライザー」ではなく、「アンプ（増幅器）」として作用します。エンジニアがすでに持っているスキルは強化される一方で、スキルを持っていなければ、そもそも増幅しようがありません。これは、非常に残酷な世界です。
では、経験の浅い若い世代に希望はないのか？というと、必ずしもそうは言い切れません。今の学生や若手エンジニアたちにとって、「AIと一緒に学ぶ」ことは最初から当たり前。旧世代が、古い常識や過去の経験をアンラーニングで手放したり、新しく慣れることに苦労している間に、若い世代は最初からそれが普通として吸収しています。経験の「中身」の定義そのものが変わりつつある点に、逆転のチャンスがあります。
エンジニアとして、今から意識すること
では、エージェントエンジニアリング時代に、エンジニアは何をすべきか？3つのポイントでまとめてみました。
コードを書く力は、深くなる
表面的なコーディングの価値は下がるように思えますが、アーキテクチャーや設計思想を理解する力の価値は上がります。エージェントの出力に対して「なぜこの設計なのか？」を問える人間が、監督する立場になれます。
対人コミュニケーションが、より重要になる
AIエージェントが実装を担う分、人間に残る仕事は「人と人の間にあり続けるもの」です。要件の合意形成やチームの動機づけ、判断の説明責任などが必須となり、ただ黙々とディスプレイのコードだけに向かっていればよかった時代は終わります。
使えるAI環境かどうかを、自分の条件にする
新人に限らず、成長意欲のある人材にとって、「どのAIエージェントを使える環境か？」「何トークンまで使えるか？」は、リモートワーク可否と同レベルの就業条件になりつつあります。優秀な人材を確保するためには、組織側もそれを理解する必要があります。
経営者・マネージャー・若手として、意識すること
次に、3つのポジションがそれぞれ何をすべきか、考えてみましょう。
経営層
「AI戦略の策定」を打ち出す前に、自分自身が日常的にAIエージェントを使っていますか？肌感覚のない戦略やただの掛け声が現場から遊離してしまうのは、DXしかり。AIが組織を最適化・均質化した時、他社と差別化できる自社の真の強みとは？また前述のように、優秀な人材にとって「どのAI環境で働けるか？」は採用・定着の条件になりつつあります。
マネージャー・リーダー層
設計の善し悪しを問える技術的な眼と、要件を合意形成する対話力は、どちらが欠けても機能しません。自律的に学ぶ意欲の高い人材を、「管理」するのではなく「伴走」できるかどうかがチームの質を決めます。例えば、成長への意欲を失いかけている若手や、クリティカルシンキング（批判的思考）を持てないメンバーとどう向き合うか？これはAIツールでは解けない、きわめて人間的な問いです。
若手・学生
「最初から、エージェントを監督する中間管理職としてスタートする」世代には、大きな可能性があります。複数のAIを組み合わせ、少人数で起業し、大きなビジネスに育てる事例は現実に増えています。ただし、喧伝されるのは成功事例だけ。AIリソースと教育環境へのアクセス格差は広がる方向にあります。その現実を踏まえた上で、自分の環境をどうやって最大限に使うかを問うことが出発点です。
「プログラマー」が昔の職業名になる日
アポロ計画の1950〜60年代当時は、機械がビジネスの現場に導入されようとする黎明期でした。当時、「コンピューター」が指すのはIBMのマシンではなく、計算する人間の職種のことでした。
「プログラマー」「コーダー」と呼ばれてきた職種も、そう遠くない将来、同じように語られる日が来るかもしれません。その時は、新世代のエンジニアから「昔は、コードを書く人間のことをそう呼んでたんですね！」「人が手でプログラミングしていたんですか！」という、驚愕の声が上がるでしょう。
「何を作るか？」を決める力、つまり要件定義の上流工程はまだ人間にしか担えないタスクです。その一方で、実装の現場ではすでに、静かなしかし根本的な変化が起きています。人間の職種としての肩書きこそまだ変わっていませんが、中身はすでに別の仕事になり始めています。
先行きが全く予測できない現代の状況は、BANI（バニ）という概念で説明されています。これは、脆弱性があり、不安な、非線形の、理解不能な状況を示す単語の頭文字です。
想像を超えた時代の激しい変化は、私たちの準備を待ってくれません。2025年2月にカルパシー氏がバイブコーディングという言葉を作り、その一年後に自ら「過去のもの」と評しました。Spotifyのエンジニアたちがコードを書かなくなったのは、誰かが決めたことではなく、気づいたらそうなっていた結果でした。
エージェントエンジニアリングという新しい仕事のスタイルが広がる一方で、「そのエージェントが何に使われるか？」という新たな問いを避けることはできません。AIの利用をめぐる倫理的・地政学的な議論も繰り返される中、道具を磨くことと、その道具の使い道を考えることもまた、人間から切り離せない深い問いとして残ります。
エージェントエンジニアリングが牽引しているこの転換点は、後から振り返ると大きな節目となっているかもしれません。「エンジニア」という言葉の中身が変わり続けるこの時代に、自分が何を判断できる人間でありたいか？を問い続けること。それは、最後まで残り続ける、唯一手放せないエンジニアとしてのスキルかもしれません。
ビジネスの成功には、信頼できるパートナーが不可欠なのは、AIエージェントだけではありません。BlueMemeは、御社と一緒にゴールまで走り続ける頼れる伴走者です。
バイブスに突き動かされたアイデアと情熱を大切にしつつ、制約やリスクも見極めながら、高速に具体化して改善を続けることで、AI時代のDXを実現します。ぜひ、お問い合わせください。
BlueMeme お問い合わせ
ABOUT ME
企画制作や広告クリエイティブ畑をずっと彷徨ってきました。狙って作るという点ではライティングもデザインの一つだし、オンラインはリアルの別レイヤーで、効率化は愛すべき無駄を作り出すため。各種ジェネレーティブAIと戯れる日々です。
kotobatoの記事一覧
kotobatoの記事一覧
