バイブコーディングの壁は、どこから来るのか

1本の AI と作ると、ある大きさで急に進まなくなります。壁の正体は、AI の頭のよさではなく、作り方の形にあります。

Claude Code や Codex と対話しながら作ると、最初の数日は驚くほど速く進みます。画面ができ、ログインが動き、データが保存される。ところが、作るものが大きくなるにつれて、同じ速さでは進まなくなります。直すたびに、別の所が壊れるようになるからです。

壁は、4つの所から来る

1 覚えておける量があふれる

AI が一度に覚えておける量には限りがあります。1つの会話に全部を詰めると、やがてあふれ、前の話は要約されます。要約のたびに、「この画面では、取り消しは前の日まで」のような細かい決めごとが抜けていきます。

2 頼り合いが、コードの中にしか無い

どの部品がどの部品に頼っているかが、どこにも書かれていません。AI は直す時に、その頼り合いを毎回コードから読み直します。読み落とすと、別の所が壊れます。

3 仕事が1本の列に並ぶ

1本の AI は、1つずつ順番に作ります。あなたは終わるのを待ち、読み、次を頼みます。手を離せないので、あなたの時間が、そのまま作る速さの上限になります。

4 作った本人が見ている

作った AI が、自分の作った物を確かめます。人でも AI でも、自分の書いた物の誤りには気づきにくいものです。試験とセキュリティの確認は、最後にまとめて来ます。

AI が一度に覚えておける量 1つずつ、順番に作る 前に決めたこと 1 前に決めたこと 2 埋まると抜け落ちる 直すと、別の所が壊れる
1本の AI と作る時。覚えておける量が埋まると、前に決めたことが抜け落ちます。

壁を越える、4つの向き

4つの所は、どれも「1本の AI に全部を持たせる」形から来ています。だから、越える向きも形の側にあります。

  • 決めごとを、会話の外に出す。設計書と決めたことを、ハブのリポに置きます。AI は覚えておく代わりに、毎回そこを読みます。
  • 頼り合いを、型で書く。ブロックの間は約束の型だけでつなぎ、持ち主を1つにします。頼り合いが、コードの外に見える形で残ります。
  • 列を、群れにする。データの持ち主でブロックに分け、ブロックごとに AI のスレッドを立てます。型どおりの仮の実装があれば、相手を待たずに同時に作れます。
  • 作る人と、見る人を分ける。監査、UI と UX、AI の試験、CI を、作る手とは別のスレッドにします。
設計書と約束の型(ハブ) B1 B2 B3 B4 B5 B6 T9 同時に、ブロックごとに作る main
群れで作る時。設計書と約束の型から、ブロックごとの AI が同時に作り、T9 が1本ずつ main に入れます。

群れを回すと、何が変わったか

2026年11月のGeniam Timeでは、8つのブロックをクラウドのスレッドで同時に作り、約40時間で main に約12.7万行が入りました。Xroid Devでは、1台の PC で約40本のスレッドを回しました(どちらも 2026年11月4日 07:20 UTC に数えた値です)。

速さの元は、AI を賢くしたことではありません。1本の AI が抱えていた4つの重さを、形で外に出したことです。BeesBuild Camp の10日間は、この形を、あなたのサービスの上で組み立てる練習です。

BeesBuildCamp

日程・料金・定員は予定(案)です。決まり次第、このサイトを更新します。