バイブコーディングは16か月で追い抜かれた

「バイブコーディング」という言葉が、1年ちょっとで追い抜かれた。追い抜いたのは loop engineering（ループエンジニアリング） である。

聞いたことがなくても困らない。まず元の言葉から説明する。

バイブコーディングとは何だったのか

2025年2月2日、Andrej Karpathy が X に投稿した造語だ。定義はこうである。

There’s a new kind of coding I call “vibe coding”, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.

「コードが存在することすら忘れる」。 仕様を自然言語で伝え、AIが書いたものを差分も読まずに受け入れる。エラーが出たらメッセージをそのまま貼り返す。動けばよしとする。

冗談のような話だが、言葉は本気で広まった。Merriam-Webster が同年3月8日に収録し、Collins は11月6日に「今年の単語」に選んでいる。 造語から10か月である。

何が起きたか

非営利研究機関のMETRが熟練開発者を対象に行ったランダム化比較試験では、2025年前半のAIツールを使った条件のほうが完了までの時間が19%長くなった。 開発者自身は24%短縮すると予想していた。

品質面でも、コードの重複増加、脆弱性、低品質な貢献によるOSSメンテナの負荷といった指摘が2025年から2026年にかけて相次いだ。

loop engineering とは何か

2026年6月8日、Google Cloud の Addy Osmani が提唱した。定義は明快である。

Loop engineering is replacing yourself as the person who prompts the agent. You design the system that does it instead.

「エージェントにプロンプトを打つ人間を、自分自身から置き換える」。 1回ずつ指示を書くのをやめ、指示を出す仕組みのほうを設計する。

Osmani はループを「目的を定義すると、AIが完了するまで反復する再帰的なゴール」と説明し、構成要素を5つ挙げている。

構成要素	役割
自動実行	仕事を定期的に見つけて振り分ける
worktree	並行するエージェントを隔離する
スキル	プロジェクト固有の知識を持たせる
コネクタ	外部ツールに接続する
サブエージェント	作る側と検証する側を分ける

加えて、済んだことを覚えておく外部の記憶が要る。

で、SEの実務ではどう使うか

名前の変遷は言葉遊びではない。責任の移動である。

バイブコーディングは「読まない」ことを積極的に肯定した言葉だった。loop engineering は違う。Osmani 自身が、検証の責任はエンジニアに残ると明記している。 加えて、レビューされないコードが流れ続けることによる「理解の負債」と、自動化に頼り切る「認知の放棄」を危険として挙げている。

稟議に出せるのは後者だけだ。 「AIに任せます」は通らないが、「探索と実行は自動化し、検証はこの工程で人が持ちます」は通る。

設計すべきものは2つある。何を自動で回すか。どこに人間の確認を残すか。

対象範囲は最初から広げないこと。狭いほど誤検出が減り、誤検出が減るほど出力を信用できる。そして検証には作った側と別の目を置く。Osmani が構成要素に「作る側と検証する側を分ける」を入れているのは、そういう意味だ。

名前はまだ割れている

loop engineering で決着したわけではない。2026年8月には O’Reilly に改名の乱立を整理した記事が出て、prompt engineering、spec-driven development などが並記された上で、著者は AI-driven development という別の傘を提案している。Karpathy 自身が別の語を出したという報道も複数ある。

名前が定まらないのは、責任の置き場所がまだ決まっていないからだ。 言葉が落ち着くまで待つ必要はない。決めるべきは呼び名ではなく、自分の現場でどこに人を残すかである。