ウォーターフォール・スウォーム：全体を先に設計し、群れで一気に作る

AI で作るものが大きくなるほど、「どう作るか」が問われます。BeesBuild の答えが、ウォーターフォール・スウォーム（Waterfall Swarm）です。

2 つの作り方の限界

BeesBuild は、これまでの 2 つの作り方の限界を、こう見ています。

• アジャイル：スピードを重視して小さく作って大きくしていく。MVP を出しながら進めるため、途中で土台の限界が来る。中規模を超えたあたりから無理やり継ぎ接ぎで作ることになり、逆三角形のような構造になって、システムが限界を迎えてしまう。
• ウォーターフォール：土台をしっかり作るが、リリース前の土台開発にかかる時間とコストが膨大で、なかなか世に出せない。

1 段目：全体を一気に設計する

画面を見ながら、全体を一度に設計します。要は、Web サイトを先に作ることです。サイトの言葉を書くと、誰に向けて、どう届けるかが見えてきます。そこで見えたことを設計に戻すので、作るものと伝えるものがずれません。プロダクトとマーケティングを、並行して進められます。

2 段目：群れで一気に作る

仕様を一度に決め、10〜20 のブロックに分けます。ブロックごとにリーダーを置き、AI の群れが同時に作ります。

実例では

2026 年 11 月の 2 つの実例、Geniam Time と Xroid Dev は、どちらも 8 つのブロックで作りました（BeesBuild Camp の実例のページ）。ブロック 1 は土台と結合で、残りはデータの持ち主ごとに分けています。Xroid Dev では、ブロックの間の約束（型）を先に置き、相手を待たずに作れるようにしました。ハブのリポジトリにある約 5.1 万行のうち、約 1.7 万行がこの約束の型です。

なぜ今できるのか

この作り方は、AI の群れがあって初めて成り立ちます。ウォーターフォールが遅かったのは、土台を作るのが人だったからです。群れが同時に作れるなら、土台を先にしっかり作っても、出すまでの時間は短くできます。

作り手にとっての意味

AI で作る時、最初の数日は速く進みます。詰まるのは、規模が大きくなってからです。最初に全体を設計し、ブロックに分けておけば、規模が大きくなっても継ぎ接ぎになりません。速さと土台を両立させる鍵は、作る速さではなく、設計の速さにあります。