エージェンティックエンジニアリングは顧客の仕事。バイブコーディングは実験。

この言葉は、Andrej Karpathy が2025年2月2日に X への投稿 で生み出しました。「新しい種類のコーディングがあり、私はそれを『バイブコーディング』と呼んでいる。雰囲気に完全に身を任せ、指数関数的な変化を受け入れ、コードが存在することさえ忘れる」。同じ投稿で、彼はそれを「使い捨ての週末プロジェクトなら悪くない」と書いています。

数週間後、Simon Willison がこの言葉を明確に定義しました。バイブコーディングとは「LLMが書くコードをレビューせずにソフトウェアを作ること」です。コードをレビューし、テストし、他の人に説明できるなら、それはソフトウェア開発です。

これが役に立つ定義です。バイブコーディングは、AIが書いたコードへの評価ではありません。コードを見ないという判断を表しています。

1年後の2026年2月4日、Karpathy は振り返りました。LLMエージェントを使ったプログラミングは、専門家にとって標準のワークフローになりつつある、「ただし、より多くの監督と精査を伴って」。彼が好んだ呼び名が、エージェンティックエンジニアリングです。

「エージェンティック」なのは、「99%の時間、自分で直接コードを書くのではなく、コードを書くエージェントを指揮し、監督する立場にある」から。「エンジニアリング」なのは、そこに学ぶことのできる「技法と科学と専門性がある」からです。

実際には、エージェントがコードを書き、テストを実行し、変更を提案します。人は目標を定め、エージェントが完了できる単位に作業を分け、差分を読み、何をリリースするかを決め、その責任を持ちます。

顧客はコードを買うのではありません。それが動き、安全で、誰かが責任を持っているという保証を買います。そのどれもエージェントには移りません。

品質はモデルからではなく、レビューから生まれます。1分で100行を書くエージェントは、誰かが確認しなければならない100行も書いています。

責任は請求書に署名する人に残ります。「エージェントがやった」は、顧客が受け入れる答えではありません。

新しいのは追跡可能性です。エージェントが顧客のプロジェクトで1時間稼働したなら、顧客は請求されたことだけでなく、エージェントが何をしたかを確認できるべきです。

人がコードを打ち込んでいた間は、時間は妥当な代替指標でした。エージェントを使うと、作業時間と工数が乖離します。

5分のプロンプトで1時間のエージェント作業が始まり、その後に15分のレビューが続きます。複数のプロジェクトが同時に進みます。そして時間単位で請求する人は、短時間で多くを納品したときにこそ収入が減ります。

だからといって工数が無意味になるわけではありません。時間単位で請求しなくなるほど、プロジェクトに実際に何がかかったかを知る必要があります。固定価格なら採算が取れたかを確かめるために、工数精算なら工数を漏れなく、顧客が追える形で請求するために。

• 工数：プロジェクトごとの自分の作業時間、エージェントのアクティブな稼働時間、使用したトークン。
• 進捗：各セッションの内容と、そこから生まれたコミット。
• 価値：工数精算でも固定価格でも、プロジェクトの価値とかかったものとの比較。

バイブコーディングは、そのままの形で販売できます。プロトタイプ、モックアップ、誰も保守しないコードによる実験として。見積もりにそう明記してください。

顧客が運用し、拡張し、依存するソフトウェアは別の商品です。それがエージェンティックエンジニアリングであり、エンジニアリングとして請求し、記録します。