Vibe Codingの一歩先へ。「動いた」で終わるか、「作れる」に進むかのトップ画像

Vibe Codingの一歩先へ。「動いた」で終わるか、「作れる」に進むか

投稿日時:
江島 健太郎 / Kenn Ejimaのアイコン

Admit AI / Gista 創業者

江島 健太郎 / Kenn Ejima

Xアカウントリンク

2025年に入り、「Vibe Coding(バイブコーディング)」という言葉が急速に広まりました。生成AIに“雰囲気(バイブ)”で指示を出し、コードやUIを一気に立ち上げる。そんな体験に驚いた人も多いのではないでしょうか。一方で、「実務でどこまで通用するのか?」「レビューや設計のあり方はどう変わるのか?」といった疑問の声も数多く寄せられています。

今回は、2025年12月10日に開催されたオンラインイベント「Vibe Codingの一歩先へ〜 プロダクト開発でつまずきやすいポイントの乗り越え方」のアフタートークとして、江島 健太郎(@kenn)さんに改めてお話を伺いました。当日寄せられた質問をもとに、イベント本編では語りきれなかったVibe Codingの思想から実務での活用、AI時代のキャリアまでを掘り下げます。

本インタビューは、当日のイベントでもモデレーターを務めたFindyの北川が聞き手となりPodcastとしても配信しています。ぜひ合わせてご視聴ください。
【前編】Vibe CodingとAIエージェントは急接近している? | Voicy
【後編】AIを使った開発経験は、どう評価される? | Voicy

Vibe Codingの思想と、進化する開発プロセス

―― まずは、Vibe Codingの思想や開発プロセス上の位置付けについて伺います。仕様駆動、モデル駆動、テスト駆動など様々な手法がある中で、Vibe Codingを含む生成AI活用の開発手法はどのように整理されますか?

古くからあるテスト駆動開発(TDD)に対して、AI時代になって目立ってきたものとしては、やはり「仕様駆動開発」だと思っています。

AIに実装計画を立てさせ、人間がレビューしてから実装に入る。このプロセスが実用レベルになったのは、AIの進化が大きな要因です。

それまでのCursor時代でもできなくはありませんでしたが、ハーネスが弱くて、プランの精度に課題がありました。それが、Claude CodeがClaude 4に対応した2025年5月くらいから、潮流が変わった感覚があります。

―― Claude Codeが登場したことで、Vibe CodingなどAIを用いた開発手法が確立し、変化していったイメージでしょうか。

そうですね。ただ、これもまだ発展途上です。一時期はMarkdownでルールを記述する手法が流行りましたが、現在はClaude以外のモデルでも、AIエージェントが確実に解釈できる業界共通のルールファイルとして「AGENTS.md」の標準化が進んでいます。

AGENTS.mdの面白いところは、サブフォルダに置いたものも含めて、ディレクトリ構造を遡る仕様です。「対象ファイルに最も近い階層のルールが優先される」という考え方は、単なるドキュメント管理を超えて、ハーネスや実装とセットで運用される新しい開発手法、という感じがしています。

Vibe CodingとAIエージェントコーディングは、すでに融合している

―― 「Vibe CodingとAIエージェントコーディングは対立するのか、補完関係なのか?」という質問もありました。

私の認識では、両者はすでに「急接近」していると思っています。

かつてのAIエージェントコーディングは「プロのエンジニアがAIを駆使して開発する」という文脈でしたよね。一方で、Vibe Codingは「エンジニアではない人がワンショットでプロトタイプを作る」という感覚で切り分けられていました。

しかし今は、プロのエンジニアこそ“Vibe”でコードを書いています。これが2025年後半に一気に加速した現象です。

例えば、仕様書を策定するプロセス。AIと対話しながら「これを見落としていた」「これもやろう」と叩き上げていく、このインタラクティブなプロセスそのものが、もはや“Vibe”なんですよね。かっちりとした仕様駆動開発とVibe Codingの境界が、徐々になくなっている感覚があります。

この記事のつづきを読もう
新規登録/ログインしたらできること
  • すべての記事を制限なく閲覧可能
  • 限定イベントに参加できます
  • GitHub連携でスキルを可視化
ログイン
アカウントをお持ちでない方はこちらから新規登録