Vibe Codingって何?

スポンサーリンク

最近、「Vibe Coding(バイブコーディング)」という言葉をよく耳にするようになりました。これは、AIに自然言語(普通の言葉)で指示を出してコードを書かせる開発スタイルのことです。

OpenAIの共同創業者であるAndrej Karpathy氏が2025年初めに提唱した概念で、英語では「vibing with AI」とも表現されます。要するに、「こんな機能が欲しい」「ここをこう動かしたい」と話しかけるだけでAIがコードを生成・修正してくれる、という開発体験のことです。

私はClaude Codeを普段から使っているので、ある意味ずっとVibe Codingに近いことをやっていたわけですが、改めてこのスタイルを意識して試してみました。今回はその体験を正直にまとめます。

実際にやってみた:指示だけでどこまでできる?

試したのはUnityのC#スクリプトとBlenderのPythonスクリプト。どちらも「こういう動きをするものを作って」と自然言語で指示を出し、コードをほぼコピペするだけで進めてみました。

たとえばUnityでは、こんな指示を出しました。

「プレイヤーがジャンプするとカメラが少し揺れるシェイク効果を追加して。
ジャンプの強さに比例して揺れ幅を変えてほしい。」

するとClaude Codeはほぼ一発で動くC#スクリプトを生成してくれました。コンポーネントのアタッチ先や設定値の説明まで付けてくれて、Unityに貼り付けたらすぐ動きました。

Blenderでも同様に、

「選択中のメッシュの全頂点にランダムなノイズを加えて
少し有機的な形にするPythonスクリプトを書いて。」

と指示したら、bpy を使った完成度の高いスクリプトが出てきました。これは正直かなり感動しました😊

感じたメリット:圧倒的な速度と学習効果

Vibe Codingを試して感じたメリットをまとめます。

メリット 具体的な内容
実装速度が爆速 調べながら書くと1〜2時間かかる処理が数分で完成することも
知らないAPIも使える bpyやUnityのAPIを調べなくても指示だけで正しいコードが出てくる
コードの学習にもなる 生成されたコードを読むことで書き方を自然に学べる
プロトタイプが作りやすい 「とりあえず動くもの」を素早く作って検証できる

特に「新しいAPIやライブラリを初めて使うとき」のコスト削減は圧倒的です。公式ドキュメントを読みながら試行錯誤する時間が大幅に短縮されました。

感じた限界:AIが苦手なこと

一方で、Vibe Codingには明確な限界もありました。正直に書きます。

コンテキストが広がるほど精度が落ちる

単機能のスクリプトは得意ですが、プロジェクト全体の構造を理解した上での変更が必要なケースは苦手です。既存コードとの整合性が取れなかったり、変数名がズレたりすることがありました。

「なぜそう動くか」が分からないと詰む

生成されたコードが動かないとき、自分でデバッグできる知識がないと手詰まりになります。「エラーが出た」と伝えてもAIが同じミスを繰り返すケースもあり、最終的にはエンジニアとしての基礎知識が問われると実感しました。

軸やスケールの違いで意図がズレる

以前にも書きましたが、BlenderとUnityの座標系の違い(Y軸・Z軸の扱いの差)のように、ツール固有の「お作法」をAIが知らない・または混同するケースがあります。動くコードが出てきても、動作が想定と違う、ということが起きます。

# BlenderはZ軸が上、UnityはY軸が上
# この違いを指示に含めないとAIが混乱することがある

# Blenderでのオブジェクト移動(Z軸が上方向)
bpy.context.object.location.z += 1.0

# Unityでの相当する処理(Y軸が上方向)
transform.position += Vector3.up * 1.0f;

完全に任せられる部分と、人間が判断すべき部分

実際に使ってみて、「ここはAIに任せていい」「ここは自分で考えないとダメ」という境界線が見えてきました。

AIに任せていい部分 人間が判断すべき部分
ボイラープレートの記述 システム全体の設計・構造
標準的なアルゴリズムの実装 パフォーマンス要件の判断
エラーメッセージの解読補助 セキュリティ要件・認証設計
既知のAPIの使い方 ユーザー体験・UI設計の方向性
コードのリファクタリング提案 ビジネスロジックの正しさの検証

AIは「指示された通りに動くコードを書く」のは得意ですが、「何を作るべきか」「これで本当に正しいか」という判断はまだ人間の領域だと感じています。

エンジニアの仕事はどう変わっていくか

Vibe Codingを通じて感じたのは、「コードを書く量」は確実に減っていくけど、「エンジニアが不要になる」わけではない、ということです。

むしろ仕事の重心が変わっていく感覚があります。今まで「実装力」が求められていたとすれば、これからは「何を作るかを決める力」「AIの出力を正しく評価する力」「全体を見通す設計力」がより重要になっていくと思います。

組み込み系エンジニアとして長く仕事をしてきた立場から言うと、「ハードウェアの制約を理解してコードを書く」という部分はまだしばらくAIには代替されないと感じています。でもその周辺の「ドライバを書く」「プロトコルを実装する」といった部分は、Vibe Codingでかなりカバーできるようになってきました。

AIをうまく使いこなせるエンジニアと、そうでないエンジニアの差は、これからどんどん開いていくかもしれません。だからこそ、使い方を理解しながら自分のスキルとして取り込んでいくことが大事だと、今回の体験で改めて思いました😊

それでは、今回はここまで。ありがとうございました😊