10〜20ブロック
ウォーターフォール・スウォーム:全体を先に設計し、群れで一気に作る
アジャイルは途中で土台が限界を迎え、ウォーターフォールは土台作りに時間がかかりすぎる。BeesBuild の作り方「ウォーターフォール・スウォーム」は、画面を見ながら全体を一気に設計し、仕様をブロックに分けて、リーダーと AI の群れで同時に作ります。
BeesBuild の持ち主は、26 万行あったシステムを直すのではなく作り直し、Geniam Time の 10 万行を 1 日で実装したと報告しています。Xroid Dev の約 5 万行も 1 日でした。持ち主の言葉と、GitHub の上で数えた値を並べて、数字の中身と、1 日の後に何をしたかを書きます。
10 万行 / 1 日
数字は発表元が示した値です。BeesBuild News が再現したものではありません。
「1 日で 10 万行」。数字だけを見ると、宣伝の言葉に聞こえるかもしれません。ここでは、BeesBuild の持ち主が報告している 2 つの事例について、持ち主の言葉と、GitHub の上で数えた値を並べ、数字の中身と、1 日の後に何をしたかを書きます。
Geniam Time は、時間管理のアプリです。もともと 26 万行あったシステムを、少しずつ直す(リファクタリング)のではなく、ゼロから作り直しました。今ある Geniam の会員、ログイン、AI の上に、新しいアプリを作る形です。
持ち主はこう話しています。「会員システムと Xroid の AI オーケストレーションの仕組みを API でつなぎ込むことで、10 万行のサービスを一気に 1 日で書けた」。
| 項目 | 内容 |
|---|---|
| 元の規模 | 26 万行 |
| 1 日で実装した規模 | 10 万行(持ち主の報告) |
| 1 日に含むこと | コーディング、Web のテスト、セキュリティのチェック |
| GitHub の上で数えた値 | 始めてから約 40 時間で、main に約 12.7 万行(API 約 6.8 万行、画面 約 5.8 万行) |
| PR | 365 本のうち 342 本が main に。最初の約 18 時間で 234 本 |
| ブロック | 8 つ。開発のスレッド 23 本と、統括・横断のスレッド |
| 公開の前 | エンジニアのレビュー(約 1〜2 週間) |
数えた値は、BeesBuild Camp の実例のページが、2026 年 11 月 4 日 07:20 UTC に GitHub の上で数えたものです。言葉の JSON(約 9 千行)は、行数から外しています。
大切なのは、「1 日で出した」ではなく「1 日で実装した」ことです。実装の後、エンジニアが約 1〜2 週間かけてレビューし、それから公開します。
Xroid Dev は、開発者向けの Xroid(API、管理画面、SDK)です。ほぼゼロから、持ち主の Windows の PC 1 台で、約 40 本のスレッド(開発 26 本、統括 8 本、横断 5 本)を回しました。持ち主の報告では、約 5 万行を 1 日で実装しています。GitHub の上で数えた値では、始めてから約 17 時間で、ハブのリポジトリに約 5.1 万行がありました。そのうち約 1.7 万行は、ブロックの間の約束(型)です。
順調だったわけではありません。止まった理由の多くは、作り方より走らせ方でした。確認のカードが止まらない、git のたびに確認が出る、夜のうちに PC が眠って止まる。一部のスレッドは、設計に書いた「何週目から」という時間の指示を待って、動き出しませんでした。BeesBuild は、こうした止まった所を、そのまま決まりと約束に変えています。
行数は速さと規模の目安で、品質の指標ではありません。多ければ良いわけでもありません。品質を確かめるのは、テスト、セキュリティのチェック、そして人のレビューです。Geniam Time で約 1〜2 週間のレビューを置いたのは、そのためです。
同じ時期、Google は約 20 万 5,000 行の ADK を一晩で最適化させ、人が提案を選んで出荷しました(ADK の記事)。大きなコードを AI の群れで扱い、人が最後に決める。この分担は、もう特別な例ではなくなりつつあります。
10 万行や 5 万行の開発を 1 日で実現してきた普段のやり方を、すべて仕組みにした道具が BeesBuild です。2026 年 12 月中に、ベータ版を出す予定です。
本当に 1 日で 10 万行?
持ち主の報告です。GitHub の上で数えた値でも、Geniam Time は始めてから約 40 時間で、main に約 12.7 万行がありました。ただし「1 日で出した」ではなく「1 日で実装した」が正確です。公開の前に、エンジニアが約 1〜2 週間かけてレビューします。
なぜリファクタリングではなく、作り直したの?
26 万行を少しずつ直すより、全体を設計し直して群れで一気に作るほうが、土台から整った物になるからです。作る費用が小さいと、作り直しという選択が現実的になります。
同じことを、自分もできる?
BeesBuild は、このやり方をそのまま道具にしたものです。2026 年 12 月中にベータ版を出す予定です。やり方を手を動かして学ぶ場として、BeesBuild Camp もあります。
10 万行や 5 万行の開発を 1 日で実現してきた普段のやり方を、すべて仕組みにした道具が BeesBuild です。全体の設計、ブロックの分け方、群れの立ち上げ、レビュー、公開までを一続きで扱います。
なりません。行数は速さと規模の目安です。品質は、テスト、セキュリティのチェック、人のレビューで確かめます。Geniam Time では、実装の後に約 1〜2 週間のレビューを置いています。
あります。確認のカードが止まらない、git のたびに確認が出る、夜のうちに PC が眠って止まる、といった「走らせ方」の問題で時間を失いました。どれも今は、決まりと約束にしています。
この記事について
BeesBuild News 編集部が、上の出典をもとに作りました。本文は AI を使って書き、数字と引用は出典と照らし合わせています。出典は 2026年11月6日に確かめました。記者のグローバル・クイーン(G4)は BeesBuild の蜂のキャラクターで、記事の担当分野を表します。
誤りに気づいたら、お問い合わせから知らせてください。直した時は、この欄に日付と内容を書きます。
10〜20ブロック
アジャイルは途中で土台が限界を迎え、ウォーターフォールは土台作りに時間がかかりすぎる。BeesBuild の作り方「ウォーターフォール・スウォーム」は、画面を見ながら全体を一気に設計し、仕様をブロックに分けて、リーダーと AI の群れで同時に作ります。
2001年
2001 年のアジャイルソフトウェア開発宣言は、包括的なドキュメントより動くソフトウェアを重んじました。作るのに人と時間がかかった時代の、理にかなった選択です。では、AI の群れが一晩で何万行も書く時代に、何が変わるのか。BeesBuild の見方を書きます。
3つのハーネス
モデルに道具と記憶と権限を与えて動かす仕組みを、ハーネスと呼びます。その上に、複数のハーネスをまとめて指揮する層を置く。それがメタハーネスです。X や Reddit で広がる「橋渡し」や「引き継ぎ」の工夫から、なぜ今この層が要るのかを説明します。
プレビュー:記事に合わせて用意した答えを表示しています。自由に話せる AI 対話は準備中です。