Vibe Codingとは何か——「実装より意図」が変えるソフトウェア開発の本質

4分で読める テック

「コードを書く」という行為が変わりつつあります。

正確に言えば、「コードを書く」という行為から「何を作りたいかを伝える」という行為へ。自分がClaude Codeを使い始めてから、その変化を日々実感しています。そして2026年4月、この変化に正式な名前がつきました——「Vibe Coding」です。

学術的に定義されたVibe Coding

UXの研究者Christian HohnとKurt Loydlが学術誌i-comに発表した論文で、Vibe Codingは次のように定義されています。

「LLMとの反復的な自然言語対話を通じて、機能的なプロトタイプやソフトウェア成果物を生み出す実践的な作業様式」

注目すべきは、「技術的断絶」ではなく「作業モードの変化」として位置づけられている点です。プログラミングが消えたわけではない。ただ、プログラミングの中心が「実装(implementation)」から「意図(intention)」へ移動した——それがVibe Codingの本質だというのです。

「自分は今、Vibe Codingをしている」という気づき

この論文を読んだとき、自分が日常的にやっていることに名前がついた、という感覚がありました。

たとえば、このObsidianのダイジェスト自動化システム。PubMedからRSSを取得し、重要度でトリアージし、Obsidianにノートを生成し、Slackに投稿する——これを自分は「書いた」わけではありません。「こういうものが欲しい」と伝え、「ここが違う」「これを追加して」と修正を重ねた。コードの中身をすべて理解しているわけではなく、動作結果と意図のズレだけを見ていました。

これがまさに「実装より意図」の世界です。

Vibe Codingは「楽をすること」ではない

誤解されがちなのですが、Vibe Codingはコードを書く作業をAIに丸投げして楽をする手法ではありません。

論文の著者たちはUXプラクティショナーとして実際のプロジェクトを通じた知見を述べており、Vibe Codingが機能するには次の能力が必要だと指摘しています。

  • 何を作りたいかを明確に言語化できること
  • 何がおかしいかを動作結果から判断できること
  • どこを修正すべきかを指示できること

つまり、コードを書く能力が不要になったのではなく、コードを読んで評価する能力の重要性が増した。「文章を書く」スキルよりも「編集する」スキルが問われるようになった、という感覚に近いです。

Anthropicも同じ方向を向いている

偶然ではないと思いますが、同じ日にAnthropicがClaude Codeのデスクトップアプリを大幅に刷新しました。最大の変更点は「複数のClaudeセッションを並列で扱うことを前提としたUI」への再設計です。

新しいサイドバーで複数のプロジェクトをまたいだ作業を管理し、メインタスクを中断せずに横道の質問ができる「サイドチャット」機能が追加されました。

これは何を意味するのか。「Claudeに1つの作業を頼む」という使い方から「複数のClaudeが並列で動いている状態を管理する」という使い方へ、設計思想が変わっています。ユーザーに求められるのはもはや「コードを書く手」ではなく「複数のエージェントを指揮するディレクターの目」です。

「ベテラン開発者が有利」という逆説

Rails創設者のDavid Heinemeier Hansson氏がAIエージェント時代に最も適しているのは「ベテラン開発者」だと述べているという記事も、この時期に出ています。

一見すると逆説的に見えますが、論理は明快です。Vibe Codingで最も問われるのは「生成されたコードの質を判断する力」であり、その能力は経験の積み重ねでしか得られない。LLMは優秀なジュニアエンジニアのように速く動くが、シニアエンジニアが持つ「これはおかしい」という直感がないとそのアウトプットを活かせない。

自分はエンジニアではありませんが、「動作の良否を判断する目」だけは少しずつ養われてきたと思います。それはコードの知識というより、「自分が何を作りたいか」という要件の明確さと、「できあがったものが要件を満たしているか」を評価する感覚です。

Vibe Codingが変えること、変えないこと

最後に、正直に思っていることを書きます。

Vibe Codingは、「誰でもソフトウェアを作れる時代」の実現を加速させると思います。でも、「誰でも良いソフトウェアを作れる」かどうかは別の話です。

何を作るかを決める力、作ったものを批判的に見る力、ユーザーの課題を正確に言語化する力——これらはVibe Codingが登場しても代替されないスキルです。むしろ、実装コストが下がったぶん、「何を作るか」の質がそのままプロダクトの質になる時代が来たとも言えます。

意図が実装を作る時代。その意図の解像度を上げることが、自分にとっての次の課題だと思っています。


参考: Christian Hohn, Kurt Loydl “Vibe Coding: intention instead of implementation” (i-com, 2026)

質問・リクエストを送る

記事についての質問や、取り上げてほしいテーマがあればお気軽にどうぞ。いただいた質問はブログ記事として回答し、Q&Aページで公開することがあります。