育休で1年ほど現場を離れている間にAI開発が著しく進み、現場に戻る頃には初めて聞く言葉の数々。
「バイブコーディング？」「ループ？」「なんだそれは……」と、すっかり浦島太郎状態に。
そんな状態からリスキリングとインプットを兼ねて今回のテーマにしました。
題して、AI開発の言葉、ぜんぶ整理します。

まずはじめに

「バイブコーディング」って聞いたことありますか？

初めて聞いた、という方も多いと思います。

ただ、名前を知らなくても、AIにコードを書いてもらい、細かいコードの中身を確認するより会話しながら開発を進めるというスタイルなら、すでに経験している人も多いのではないでしょうか。私もその一人でした。

そして、そんなAI開発の流れを追っていると、2026年6月には「ループエンジニアリング（Loop Engineering）」という言葉が登場し、7月には「グラフエンジニアリング（Graph Engineering）」という言葉まで話題になっています。

言葉の移り変わりが早すぎて、正直追いきれませんよね。

この記事は、この流れを5分で丸ごと整理することを目的にして書きました。

先に結論を3つ

これは別々の技術の話ではありません
「AI開発のどこまでを人間が設計・管理するか」が、だんだん外側に広がってきた流れとして見ると理解しやすくなります。
「ループはもう古い、これからはグラフ」という理解は少し違います
グラフの中にループを組み込むこともできます。
ほとんどの仕事は、まずループのようなシンプルな構成から始めれば十分です

1. 「バイブコーディング」って何？

「中身のコードを読まずに、AIと会話しながら勢いで作っちゃうこと」

vibe＝雰囲気、ノリ。

つまり、ざっくり言えば「ノリでコーディングする」という意味です。

たとえば、

「ログイン画面を作って」→ AIがコードを作成
「ボタンの色、青にして」→ AIがコードを修正
コードの中身？読んでません。動いてるからOKだよね？

といった感じ。

これ、実際に心当たりありませんか？

そうです。

ChatGPTやClaudeなどにコードを書いてもらった経験がある人なら、バイブコーディングに近い開発スタイルを経験しているかもしれません。

ただし、「AIにコードを書かせたらすべてバイブコーディング」というわけではありません。

AIが生成したコードを人間が細かくレビュー・設計・修正しながら開発する場合は、一般的なAI支援開発と考えたほうが近いでしょう。

AIへの指示文そのものは「プロンプト」と言います。

バイブコーディングは、そのプロンプトを会話でポンポン投げながら作っていくスタイル、と思ってください。

💡 ちなみに
「vibe coding」という言葉を広めたのは、OpenAIの創設メンバーで、元Tesla AI DirectorのAndrej Karpathy氏です。

2025年2月、Karpathy氏がXに投稿した内容をきっかけに、この言葉が広く知られるようになりました。

そして2025年、Collins Dictionaryの「Word of the Year（今年の言葉）」に選ばれました。技術用語がここまで一般語になるのは、なかなか珍しいことです。（参考6.）

Collins Dictionaryでは、vibe codingを「自然言語の指示によってAIにコンピュータコードを書かせること」と説明しています。

2. バイブコーディングは簡単で楽しい。でも限界もある

速い。でも、あなたが張り付いていないと止まる。

良いところ

とにかく速い
作れなかった人が作れるようになった
試作品や社内ツールなら、これで十分

つらいところ

同じものをもう一度作れない（毎回ノリなので）
なぜ動いてるか説明できない
他の人に引き継げない

特に問題なのは、会話しながら1つずつ指示するスタイルでは、

「明日までにこれ全部やっといて」

というような継続的・自律的な作業を任せるのは難しくなります。

ずっと肩越しに見て、次の指示を出してあげないといけない。

……これ、なんとかならないの？

というところから、次の話が始まります。

3. 「ループエンジニアリング」って何？

自分でプロンプトを打つのをやめて、プロンプトを打つ「仕組み」を作ること。

2026年6月、GoogleのAddy Osmani氏が「Loop Engineering」という名前で、この考え方を整理・体系化しました。（参考5.）

一言でいうと、

「指示を出す」という役割そのものを、自動化してしまう

という発想です。

仕事の任せ方に例えると

バイブコーディング＝肩越しに毎回、口頭で指示している状態
ループ＝手順書とチェック方法を渡して、あとは自走してもらう状態

夜のうちに回しておいて、朝に結果だけ見る。

そんな使い方ができるようになります。

そして、ここで一番大事なのが、図の中央にある「検証」です。

テストが通ったか、エラーが出ていないか、期待したファイルが生成されているか。

人の主観ではなく、機械的に判定できる基準を必ず入れます。

検証結果をもとに、もう一度AIに修正させる。

そしてまた検証する。

この「実行 → 検証 → 修正 → 再実行」という繰り返しが、ループの重要な部分です。

検証のないタスクは、ただの願望。

と言ってもいいくらい、検証は重要です。

この界隈でよく使われる表現ですが、本当にその通りで。

ここを入れないと、AIが「できました！」と元気に言っているだけの状態が延々続きます。

4. 「グラフエンジニアリング」って何？

AIを何体か並べて、誰から誰に渡すかを線で決めておくこと。

2026年7月ごろから、AIエージェント開発の文脈で「Graph Engineering」という言葉が話題になっています。

まず誤解しやすいのですが、ここでいう「グラフ」は棒グラフや折れ線グラフのことではありません。

点と線でつないだ図のことで、業務フローチャートだと思ってください。

仕事の任せ方のたとえの続きでいうと、

人が増えたので「調査担当」「作成担当」「レビュー担当」と役割を分けて、業務フローを引いた状態です。

良いところ

役割を分けられる
1人に「調査も作成もレビューも」やらせると中途半端になるのは人もAIも同じ。
同時に動かせる
独立した作業を並べて流して、最後に合流させられる。
説明できる
どこで何を判断したかが図で追えるため、トラブルの原因調査で役立つ。

つらいところ

作るのが大変
誰が何を担当するかを先に決める必要がある。
お金がかかる
複数のAIを協調させる構成は、通常のチャットの約15倍のトークンを消費するという報告がある。（参考2.Anthropicの公開事例）

つまり、

便利だからといってAIを増やせばいい、というわけではありません。

5. ここが一番の誤解ポイント

「ループはもう古い」は誤解。グラフの中でループは生き続けます。

ネット記事などでよく、

「ループの時代は終わった」「これからはグラフ」という説明を見かけることがあります。

ただ、これは完全な置き換えとして考えると分かりにくいです。

さっきの図をもう一度見てください。

「調査担当」「作成担当」「レビュー担当」と処理を分けたとしても、

それぞれの処理の中で、

計画 → 実行 → 検証 → 修正

というループを回すことができます。

ループ ＝作業員に道具と手順書を渡すこと
グラフ ＝作業員を配置して、業務フローを引くこと

つまり、

置き換えではなく、組み合わせて考えることができます。

だから「ループを覚えたから、次はグラフ」というより、

まずループで1つの仕事を自動化し、必要になったら処理全体をグラフとして分解する

と考えると分かりやすいです。

同じ理屈で、プロンプトが下手なままグラフを組んでも普通に破綻します。

土台がガタガタなのに配線だけ足しても意味がない、ということです。

6. 結局、どうするのがいいの？

ほとんどの仕事は、ループのままで十分です。

これ、大事なので強調しておきます。

PDFの要約に担当AIを5体も並べるのは、明らかにやりすぎです。

保守の手間と実行コストだけが増えます。

グラフ化を考え始める4つのサイン

※ここからは、私自身の判断基準としての目安です。

役割を分けないと品質が落ちてきた
並列に処理しないと時間が間に合わない
判断の流れを可視化して、あとから追えるようにしたい
品質チェックが複数の観点になった

私なら、2つ以上当てはまったらグラフ化を検討します。

始め方はこの3ステップ

いま動かしている作業を、1つだけ選ぶ
上の4つのサインに当てはめてみる
当てはまったら、3〜5個の最小構成で試す。いきなり10個組まない

判断基準はシンプルで、

「このフロー図、ホワイトボードに1枚で描けます？」。

描けなくなったら作りすぎのサインです。

まとめ

言葉	一言でいうと
プロンプト	AIへの指示文。打つのは毎回あなた
バイブコーディング	AIに実装を大きく任せ、自然言語で会話しながら開発するスタイル。速いけど再現性が弱い
ループエンジニアリング	AIに指示を出す仕組みを作り、実行・検証・修正を繰り返す
グラフエンジニアリング	AI・ツール・人間などをつなぎ、処理全体の流れを設計する

言葉はこれからも変わると思います。

実際、2026年だけでも「Loop Engineering」「Graph Engineering」など、新しい言葉が次々と登場しています。

ただ、

人間が設計する対象が、だんだん外側に広がっていく

という流れ自体は、しばらく変わらなさそうです。

「新しい言葉が出てきた！」と一つひとつ追いかけるより、

人間は何を担当して、AIにはどこまで任せるのか？

という軸で見ていくと、少しラクに追いかけられるのではないでしょうか。

参考

Anthropic, "Building effective agents"（2024年12月） — 複数AIを組み合わせる5つの基本パターン
Anthropic, "How we built our multi-agent research system"（2025年6月）
Anthropic, "Effective context engineering for AI agents"（2025年9月）
グラフエンジニアリングとは？主要フレームワークやLoop Engineeringとの違い、移行判断を解説（AI総合研究所, 2026年7月） — LangGraph等のフレームワーク比較まで踏み込んだ長編
Addy Osmani, "Loop Engineering"（2026年6月） — 3章「ループエンジニアリング」の出典
"Vibe coding" named Collins Dictionary's Word of the Year（CNN, 2025年11月） — 1章のCollins Dictionaryの出典