バイブコーディングとアジェンティック・コーディングの違い

「バイブコーディング」という言葉が定着して1年半以上が経ち、Claude Code や OpenAI Codex のような「ターミナルで動くAIエージェント」も広く使われるようになりました。すると必ず出る質問が「Codex で開発しているのは、バイブコーディングと言えるのか?」です。結論から言うと、使い方次第でどちらにもなり得る。この記事では用語の原義に戻り、CLI 型エージェントとの関係と、主要なツール類を整理します。

原義:Karpathy が言った「バイブコーディング」とは

「vibe coding」は Andrej Karpathy が 2025年2月に投稿した造語です。自然言語で AI に指示して作ってもらい、生成されたコードをレビューせず、違いを受け入れて流れに乗るスタイルを指しました。つまり原義はかなり狭く、「コードの内容を自分では確認せず、AI に丸ごと任せる」体験のことです。

Lovable・Base44・Bolt.new のような「コードを直接見せない UI で会話して作る」ツールは、この原義にぴったり当てはまります。だから本サイトの主役3ツールは、純度の高いバイブコーディング環境と言えます。

では Codex(CLI 型エージェント)は?

Codex CLI や Claude Code は、ターミナル上で自律的に動き、リポジトリを読み、ファイルを編集し、コマンドを実行します。生成物はそのまま自分のリポジトリに入るため、どう使うかで呼び名が変わります。

• バイブコーディングになる使い方: 差分(diff)を読まず「動けばよし」で先へ進める。テストも書かない。
• アジェンティック・コーディングになる使い方: タスクを AI に委託しつつ、計画・差分・テストを自分で審査してマージする。

学術的な整理(Vibe Coding vs. Agentic Coding、arXiv)でも、両者の違いは「自律性の度合い」と「開発者の役割」にあるとされます。実務界隈では「バイブコーディングは AI とのセッション(探検)、アジェンティックは AI への依頼(委託)」という対比が定着しつつあります(Zenn の解説)。

2026年に入ると「真剣な開発まで vibe-coding と呼ぶのをやめたい」という声が開発者コミュニティでも増えました。「バイブ=無審査でプロトタイプ向き、アジェンティック=審査ありで本番向き」という否定ではなく段階の区別で語るのが今の空気です。

Codex 系「CLI 型 AI コーディングエージェント」の主要ツール

「Codex のようなもの」と言われるカテゴリは、現在おおむね次の顔ぶれです(2026年10月時点)。

• OpenAI Codex CLI — オープンソースで公開されている軽量エージェント。ローカル実行・サンドボックス・段階的な承認モードが特徴。CLI 自体は無料で、ChatGPT プランか API キーで動かす。
• Claude Code — Anthropic 製。ターミナル・エージェント型の代表格で、完成度と安定性を評価する声が多い。実測比較では同タスクを最短時間で完遂したという検証例もある。
• Gemini CLI — Google 製。無料枠が比較的太いのが特徴で、モデルの更新が直接反映される。
• Cursor CLI / Copilot CLI — IDE 勢(Cursor、GitHub Copilot)が CLI に展開した系統。エディタ資産と併用しやすい。
• オープンソース系(Aider、OpenCode、Cline など) — モデルを自由に選べるのが強み。ローカル LLM と組み合わせる利用も。

選ぶときの軸は「モデルとの結合度(ベンダー製は最適化が強い)/費用 / 承認・サンドボックスの細かさ / オープンソースか」の4つに集約されます。

本サイトの位置づけ:「バイブで作る → 検証で締める」

用語の使い分けとしてはこうです。Lovable 等で無審査に作る段階はバイブコーディング。その後、実機検証や RLS 点検(セキュリティ確認)を入れて品質を確かめる段階は、もう「バイブだけ」では説明できない。だから本サイトは「作って確かめる」という一連の流れを1つのスタイルとして扱います。Codex を使っていても差分を読まず流れているならバイブ、審査して進めているならアジェンティック——道具の名前ではなく自分の確認プロセスで決まる、というのがこの記事の結論です。