6つのエージェントチーム、1つのループ

6つのエージェントチーム。ディスカバリーサイクルごとに並行して動く5つのリサーチエージェント。各チームの実行方法は3通り——1回限り、オンデマンド、または止めるまで繰り返すスケジュール実行です。そして見落としがちな数字が1つあります——バグが2回の検証を経て生き残ってから、実際に修正がビルドに反映されるまでの人間によるクリック数はゼロです。

最後のこの点こそが説明する価値があり、この投稿のカバー画像がまさにその例です。「Overgrowth Station」は、放棄された交通ハブをつるが少しずつ飲み込んでいき、通貨を使ってそれを除去していくアイドル型再生ゲームです。私たちのチームの誰もこれを設計していません——リサーチエージェントが「失敗条件のない、まったりした管理ゲーム」に関するRedditスレッドの集まりからこのアイデアを引き出し、ビルダーがおよそ40分の作業時間でそれを動かせるようにし、検証エージェントは、クリックのたびにUIがビープ音を鳴らす一方でワールドレイヤーが完全に無音になっていることを発見しました。誰もそのためにチケットを起票していません。プラットフォームが自動的にフォローアップの修正実行をキューに入れ、後のパスで欠けていた環境音を追加し、今朝、再ビルドされたバージョンが検証チェーン全体に合格しました。それこそが、このプラットフォームが何であるかを1枚のスクリーンショットに凝縮した全貌です——ツールではなくループであり、あるチームの出力が次のチームの入力となり、人が見張っていなくても抜け漏れに気づける仕組みです。

修正ループの前に、アイデアのループがある

多くのAIビルダーはテキストボックスから始まります——あなたがアイデアを持ち込み、彼らがそれを作る。すでに何を作るべきかわかっているなら問題ありませんが、「何を作るべきか」はプロダクトの問題である前にリサーチの問題であり、地道な調査によって答えが出せます。r/smallbusinessで何が不満として語られているか、ニッチなサブレディットで週に11回聞かれる質問は何か、あるApp Storeカテゴリの手薄な「これもおすすめ」枠に何が入っているか。ディスカバリーチームはその地道な調査をスケジュールに沿って行います。5つのエージェントが並行して動きます——トレンドデータ、SNSの議論スレッド、QuoraやStack ExchangeのようなQ&Aサイト、アプリストアのカテゴリの手薄な領域、そして5つ目は統合役です——他の4つが見つけたものを読み、同じ不満が複数の場所で浮かび上がっているかどうかを探します。これが通常、本物のチャンスと単発の愚痴とを分ける決め手になります。

それらは「オポチュニティブリーフ」へと収束します。ブリーフは単なる雰囲気ではありません——人々が実際に使った言葉で問題を名指しし、想定される対象者の規模を見積もり、根拠(スレッドへのリンク、引用の断片、存在する場合は検索ボリューム)を示し、MVPの範囲を定めます。「フィットネスアプリ」ではなく、「誰もきちんとしたタイマーを作っていない、40秒未満の特定の運動カテゴリ向けの回数カウンター」といった具合です。「これを作る」をクリックすれば、その正確な範囲がそのままビルダーへのプロンプトとなり、途中で情報が失われる翻訳工程はありません。すべてスキップして自分のアイデアを入力することもできますし、実際多くの人が、少なくとも最初はそうします——ディスカバリーが真価を発揮するのは、2つ目、3つ目の製品を作るとき、つまり自分のアイデアが尽きたときです。

無音の音声を実際に発見したもの

ビルダーチームはコードに手を付ける前に計画を立てます。短い書面の計画が提示され、推測できないことについては質問してきます——デバイスごとの保存か、アカウント連携の保存か、初日から有料プランを設けるか、当面は無料のみにするか。その質問をスキップすると、後から後戻りするのに高くつくことをビルダーが誤って推測してしまう結果になります。確認すると、ライブプレビューが更新されるのを見ながらビルドが進みます。対応範囲は広く——ウェブサイト、実際のバックエンドを備えたウェブアプリ、2Dおよび3Dゲーム、Androidアプリ、デスクトップアプリ、ブラウザ拡張機能——ペースについても正直です。3Dゲームは通常のCRUD型ウェブアプリよりも明らかに収束が遅く、それを黙って3倍の時間をかけるのではなく、事前にそう伝えます。

Overgrowth Stationの音声の欠落を発見したのは、実はビルダーではありません。別の一連の検証エージェント群——自分自身の宿題を採点する同一エージェントではありません——がコードの正しさをレビューし、セキュリティの穴(インジェクション、露出したシークレット、認証チェックが欠けたルート)を監査し、リンク切れや基本的なSEOの衛生状態を確認し、描画された出力に対してアクセシビリティテストを実行し、ビルドが実際に計画と一致しているかを確認します。最後の確認が存在するのは、機能が想定より難しいと判明したときに、ビルダーが技術的には動作するコードを生成しつつ、計画で約束された機能を静かに落としてしまうことがあるからです。指摘事項は修正に回され、ループは修正を鵜呑みにするのではなく再検証します。それでも何かが生き残ってしまった場合、キューに入ったフォローアップ実行が後で——Overgrowth Stationの場合は数時間後に——それを拾い上げます。チケットもリマインダーもなく、人間が先にその抜け漏れに気づくこともありません。この検証チェーン自体がどう作られているかについては、ビルドはどう自らを検証するのかで詳しく解説しています。

リセラーに引き渡すことなく出荷する

完成したビルドはワンクリックで無料サブドメインに公開したり、SFTPで自社サーバーにデプロイしたり、あなた自身のデベロッパーアカウント（あなたのGoogle Playアカウント、あなたのAppleアカウント、あなたの鍵）を通じてアプリストアに配信したりできます。そのどれにも私たちは介在しません。つまり、アカウントも収益も、アプリを失わずに離脱する選択肢も、あなたの手元に残ります。Shipチームが面倒なパッケージング作業を代行します。ラッパーではなく実際のAndroidツールチェーンを通した正規署名済みの.aab、署名済みデスクトップインストーラー、パッケージ化されたブラウザ拡張機能のzip、汎用テンプレートではなくコードの実際の挙動から書き起こされたストア掲載情報とプライバシー宣言。位置情報に触れないアプリが、触れると主張するプライバシーフォームを持つことはありません。

2つのことは、制限のためではなく意図的にあなたの手に残ります。デベロッパー登録の一回限りの料金と、実際のユーザーに公開する最終的な公開クリックです。決済情報を保存して両方を自動化することもできましたが、あえてそうしませんでした。理由は下記のコールアウトで説明しています。却下された申請がどのようなものかを含む完全な手順は「プロンプトからアプリストアへ」にあります。

ほとんどのツールが丸ごと見落としている部分

フィードバックループのない出荷済み製品は、単に高価な試作品にすぎません。多くのツールはURLを渡してそこで終わりです。Search ConsoleとAnalyticsを接続すると、Optimizeチームが実際の数値を毎日取得し始めます。どのクエリで、どの順位でランクインしているか、誰がクリックし、着地後に何をするか。アプリの場合はストア分析（インストール数、継続率、クラッシュ率）が同じダッシュボードに反映されます。曖昧なアドバイスではなく、具体的な提案にギャップを変換します。「このページは実際の検索ボリュームがあるキーワードで14位につけているが、タイトルタグにそのキーワードが含まれていない。書き換え案はこちら」といった具合です。モードは選べます。報告のみ、提案してあなたの承認を待つ、あるいは自ら変更を適用して指標が悪化しないか監視し、悪化すればロールバックする、のいずれかです。

Marketingチームは、投稿先ごとにネイティブな宣伝文を作成します。これには想定以上の試行錯誤が必要でした。初期バージョンでは同じ3文をReddit、X、Quoraの回答にそのまま貼り付けていて、まさにそう見えてしまっていました。今では、そのサブレディットのトーンに合わせ、最初のコメント返信まで計画されたReddit投稿（Redditでは本当に有益な情報がコメント欄にあり、投稿はあくまで入り口であることが多いため）、一文目で離脱する読者を前提としたXのスレッド、製品の存在に触れる前に2段落分の有益な情報を教えるQuoraの回答、といった形になっています。AdsチームはGoogle Adsのようなプラットフォーム向けにキャンペーンを計画し、見出し・画像・ターゲティングなどのクリエイティブを作成します。両チームからのすべての下書きは、あなたの承認待ちの状態で待機します。

ループが自動的に止まる場所

自律モードでは6つすべてを連結し、リサーチがビルドを生み、ビルドが出荷を生み、出荷が最適化を生み、人がステージごとに再トリガーすることなく、そのサイクルが独自のスケジュールで繰り返されます。私たち自身もこの方法でループを回しており、ShowcaseやUnity Labに掲載されているものの多くは、それを放置した結果生まれたものです。Overgrowth Stationが誕生する前に、放置ゲームを作ろうと誰かが決めたわけではありません。