バイブコーディングはもう古い？ その限界を乗り越える「エージェンティックエンジニアリング」：Deep Insider Brief ― 技術の“今”にひと言コメント
「バイブコーディング」という言葉が生まれてから1年。さらに大きく変化しつつあるAI開発スタイルに、あらためて名前が与えられた。それはどんな考え方で、どんな開発なのか。なぜ今、その言葉が必要とされているのか。
2025年に急速な広がりを見せ、AIに「こんな感じで」というノリ（vibe）でプロンプト（指示文）を投げるだけで、誰もが動くものを作れるという感覚を社会に浸透させたのが、「バイブコーディング（Vibe Coding）」である。この言葉は、多くの人にプログラミングの在り方が大きく変わりつつあることを強く意識させた。
しかし2026年に入り、その流れは終わるどころか、さらに“先”へと進みつつある。プロフェッショナルなAI活用開発の在り方として、「エージェンティックエンジニアリング」という概念が急速に言語化され始めているのだ。しかも、その呼び名を提示したのは、ちょうど1年前に“バイブコーディング”という言葉を生み出したアンドレイ・カルパシー（Andrej Karpathy）氏自身である。
エージェンティックエンジニアリング（Agentic Engineering）とは、AIにコード生成を任せきるのではなく、人間が設計や評価といった上位工程を担い、その下で複数のAIエージェントを統制する開発スタイルである。
この考え方に呼応するように整理を行った一人が、Google Cloud AIのディレクターであるアディ・オスマニ（Addy Osmani）氏だ。同氏は、バイブコーディングの手軽さを評価しつつも、それだけでは保守性や品質を担保できないと指摘し、設計・レビュー・反復といった“プロの工程”をAI時代に再構成する必要性を説いている。
――ここからは『Deep Insider Brief』恒例の“ひと言コメント”として、今回の動きが示す技術の“今”をもう少し掘り下げていく。オスマニ氏の整理を軸に、エージェンティックエンジニアリングの全体像と、その開発の進め方を見ていこう。
Deep Insider編集長の一色です。こんにちは。
最先端でClaude CodeなどのAIコーディングを追いかけている方なら、Claude Opus 4.6で導入された「エージェントチーム」などを通じて、複数のAIエージェントを統制する開発スタイルを、既に試し始めているかもしれません。ただ、これまでこうしたやり方には、はっきりとした名前がありませんでした。
そこに対して、カルパシー氏があらためて言葉を与えた、というのが私の受け止め方です。“バイブコーディング”ほど派手に広まっているわけではありませんが、AIエージェントを組み合わせて開発を進めるこのスタイルは、今後「エージェンティックエンジニアリング」（あるいは「エージェント型エンジニアリング」）という呼び名で定着していく可能性は高いと感じています。
実際、GLM-5という新しい言語モデルでは、「バイブコーディングからエージェンティックエンジニアリングへ」という開発スタイルの転換が明確に意識されています。こうした動きを見ていると、この言葉を耳にする機会は、今後じわじわと増えていきそうです。
著名な開発者であるサイモン・ウィリソン（Simon Willison）氏もブログでこの考え方に触れています。同氏は恐らくベンチマーク（性能評価）目的で「ペリカンが自転車に乗っているSVG画像を生成する」というプロンプトでバイブコーディングを行ったものの、ペリカンはまずまずだが自転車のフレームは残念な画像になったと述べています。AIは「それっぽいもの」を作るのは得意ですが、物理的な整合性や構造の妥当性まで含めて成立させるには、やはり人間の「設計の目」が欠かせません。
「AI時代にソフトウェアエンジニア（開発者）は不要になる」という極端な見方もありますが、現実にはその逆で、設計や品質に対する高い審美眼を持つエンジニアの価値は、むしろ高まりつつあるのかもしれません。エージェンティックエンジニアリングは、2026年以降の現場において、そうした役割を担うための重要な考え方／開発スタイルになっていくのではないでしょうか。ぜひ皆さんも、この記事をきっかけにこの言葉を覚えていってください。
以下では、Addy Osmani氏がブログ記事「Agentic Engineering」で述べている内容を基に、エージェンティックエンジニアリングの考え方を整理する。
エージェンティックエンジニアリングの要点
単発のコード生成ではなく「プロセス全体」を扱う発想
- エージェンティックエンジニアリングは、1回のプロンプトでコードを生成して終わるのではなく、継続的な工程を前提とした開発手法である
- 計画（ゴール定義とタスク分解）、実装（AIエージェントによる実行）、検証（自動テストなど）、修正（人間によるフィードバックを起点とした改善も含む）といった一連の工程を、AIエージェントと人間が協調しながら何度も回していく開発スタイルを指す
- 重要なのは「何を書かせるか」ではなく、「どのような流れで作らせ、改善させるか」を設計することである
人間の役割は「書く人」から「設計する人・評価する人」へ
- 人間は細かな実装を直接書くのではなく、ゴールや制約条件、品質基準を明確に定める役割を担う
- AIエージェントは、その前提条件に基づいてコードを書き、修正し、試行錯誤を繰り返す
- 人間はAIの出力結果を評価し、必要に応じて指示や条件を調整する立場に回る
複数のAIエージェントを役割分担させるという考え方
- 1つのAIに全てを任せるのではなく、役割の異なる複数のAIエージェントを組み合わせて使う
- 例えば、実装を担当するエージェント、テストを生成するエージェント、結果を検証するエージェントなどを分けて動かす
- 人間はそれらのエージェントの動きを監督し、全体として目的に沿って進んでいるかを確認する
テストと検証を前提にした開発フロー
- AIが生成したコードを人間が全て目で見てレビューすることは現実的ではない
- そのため、ユニットテストや静的解析などを自動的に実行させ、問題があればAI自身に修正させる流れを組み込む
- こうした検証プロセスを前提とすることで、反復的な改善が可能になる
「バイブコーディング」からの段階的な進化として位置付けられている
- オスマニ氏は、バイブコーディングの手軽さや創造性そのものを否定していない
- 一方で、プロダクション用途、すなわち製品レベルの開発では、構造・保守性・品質を担保する工程が不可欠だと指摘している
- エージェンティックエンジニアリングは、バイブコーディングの次の段階として、実務向けに整理された考え方として位置付けられている
Copyright© Digital Advantage Corp. All Rights Reserved.