六個代理團隊，一個循環

六個智慧代理團隊。每次機會探索循環中，有五個研究代理平行運作。每個團隊有三種執行方式——執行一次、隨需執行、或依排程重複執行直到你停止。還有一個容易被忽略的數字：從一個缺陷通過兩輪驗證，到修復真正進到建置裡，中間人類需要點擊的次數是零。

最後那一點值得說明，這篇文章的封面圖就是例子。Overgrowth Station 是一款閒置回收類遊戲，藤蔓緩慢地吞噬一座廢棄轉運站，你花費貨幣把藤蔓清除回去。這不是我們團隊裡任何人設計的——研究代理是從一堆 Reddit 討論串中，關於「沒有失敗機制的悠閒經營遊戲」的內容裡挖出這個點子，建構器大約在四十分鐘的實際運作時間內就讓它跑起來，而驗證代理發現世界層完全沒有聲音，UI 卻在每次點擊時嗶嗶作響。沒有人為此開工單。平台自己排入了一個後續修復執行，之後一輪補上缺失的環境音效，重建後的版本今天早上通過了完整的驗證鏈。這一張截圖就是這個平台理念的完整縮影：一個循環，而不是一個工具，前一個團隊的產出就是下一個團隊的輸入，缺口不需要人類盯著也會被發現。

在修復循環之前，還有一個點子循環

多數 AI 建構器都從文字輸入框開始——你帶著點子來，它們負責建構。如果你已經知道要做什麼，這樣沒問題，但「我該做什麼」在成為產品問題之前，其實是個研究問題，而且可以靠實際功夫來回答：r/smallbusiness 上大家在抱怨什麼、某個小眾子看板上一週被問了十一次的問題是什麼、某個乏人問津的 App Store 類別「你可能也喜歡」欄位裡放的是什麼。機會探索團隊按排程執行這些功夫。五個代理平行運作——趨勢資料、社群討論串、Quora 和 Stack Exchange 這類問答網站、應用程式商店類別的缺口，以及第五個負責綜合分析：它會讀取另外四個代理找到的內容，找出在不只一個地方浮現的同一個抱怨，這通常就是真正的機會和一次性牢騷之間的區別。

它們最終匯集成機會簡報，而一份簡報不是憑感覺——它用使用者真正用過的字眼點名問題、估算受眾規模、引用證據（討論串連結、引言片段、若有的話還有搜尋量），並界定出最小可行產品的範圍。不是籠統的「一個健身應用程式」，而是「一個針對特定不到四十秒運動類別的計數器，目前還沒人做出一個簡潔的計時器」。點擊建構此專案，這個確切的範圍就會直接變成建構器的提示，中間不會有失真的轉譯。你也可以完全跳過這一切，輸入自己的點子，大多數人一開始也確實會這麼做——機會探索的價值通常在你做第二個、第三個產品，自己的點子都用完了以後才會真正發揮出來。

到底是什麼抓到了那個沒有聲音的問題

建構器團隊在動手寫程式之前會先規劃。你會收到一份簡短的書面計畫，它也會問出它猜不到的部分——存檔是綁定裝置還是綁定帳號、從第一天就要付費方案還是暫時只做免費版。跳過這類問題，就是建構器在事後很難拆解、代價高昂的猜測上出錯的原因。確認之後，它就會邊建構邊讓你看即時預覽更新。它涵蓋的範圍很廣——網站、有真正後端的網頁應用程式、2D 和 3D 遊戲、Android 應用程式、桌面應用程式、瀏覽器擴充功能——而且它對進度很誠實：3D 遊戲收斂的速度明顯比一般 CRUD 網頁應用程式慢，它會事先說明，而不是悄悄多花三倍時間。

抓到 Overgrowth Station 缺少音效的部分，其實根本不是建構器本身。而是一組獨立的驗證代理——不是同一個代理批改自己的作業——負責審查程式碼的正確性、稽核安全漏洞（注入攻擊、外洩機密、缺少授權檢查的路由）、檢查失效連結和基本 SEO 衛生狀況、對渲染輸出執行無障礙測試，並確認建置成果確實符合計畫。最後這項檢查存在的原因是，建構器可能產出技術上能運作的程式碼，卻在某個計畫承諾的功能結果比預期難做時，悄悄把它省略掉。發現的問題會回頭修復，而整個循環會重新驗證，不會單憑信任認定修復有效。萬一有問題還是漏網之魚，排入的後續執行稍後會接手處理——以 Overgrowth Station 的情況來說是幾個小時後——不需要工單、不需要提醒、也不需要人類先發現這個缺口。關於這條驗證鏈本身是如何建構的，詳見建置如何自我驗證。

發布上架，而不是把你交給經銷商

完成的建置成果可以一鍵在免費子網域上線、透過 SFTP 部署到你自己的伺服器，或透過你自己的開發者帳號——你的 Google Play 帳號、你的 Apple 帳號、你的金鑰——上架到應用程式商店。我們完全不插在中間，這代表帳號、營收、以及隨時能離開又不失去應用程式的選項都歸你所有。發布上架團隊負責繁瑣的打包工作：透過真正的 Android 工具鏈簽署出真正的 .aab 檔，而不是套個外殼；簽署好的桌面安裝程式；打包好的瀏覽器擴充功能 zip 檔；以及根據程式碼實際的行為、而不是套用通用範本所寫出的商店上架資訊和隱私聲明。一個完全不碰觸位置資料的應用程式，不會拿到一份聲稱它有碰觸位置資料的隱私表單。

有兩件事故意保留給你，而不是因為技術限制：一次性的開發者註冊費，以及發布給真實使用者的最終上線點擊。我們原本可以用儲存的付款資訊把這兩者都自動化，但選擇不這麼做，原因請見下方的說明框。完整的操作步驟，包含被拒絕的送審會是什麼樣子，請見從提示到應用程式商店。

大多數工具完全略過的那一部分

一個沒有回饋循環的已上線產品，說到底只是個昂貴的雛型，而這正是多數工具丟給你一個網址之後就消失的地方。連接 Search Console 和 Analytics，最佳化團隊就會開始每天拉取真實數據——你在哪些查詢字詞上排名、排在第幾名、誰點擊了、他們登陸之後做了什麼。應用程式的商店分析數據（安裝量、留存率、當機率）也會匯入同一批儀表板。它會把缺口變成具體的提案，而不是模糊的建議：「這個頁面在一個確實有搜尋量的字詞上排第 14 名，標題標籤沒提到它，這裡是改寫建議。」你可以選擇它的運作模式——只回報、提出建議並等你核准，或是自行套用變更，並持續監看指標是否往錯誤方向移動，若真的變差還有回滾機制。

行銷團隊撰寫的推廣內容會依發布平台調整語調，而這比預期更需要反覆修改。早期版本把同樣三句話貼到 Reddit、X 和 Quora 回答裡，讀起來一看就知道。現在的做法是：針對該子看板語氣調整的 Reddit 貼文，並規劃好第一則留言的回覆，因為在 Reddit 上真正有用的資訊往往藏在留言裡，貼文本身只是引子；一則假設讀者只要看到一句差勁內容就會離開的 X 討論串；一則先花兩段教點實用東西、之後才提到產品存在的 Quora 回答。廣告投放團隊負責規劃廣告活動並草擬 Google Ads 等平台的廣告素材——標題、圖片、投放目標。這兩個團隊的每一份草稿都會等你來處理。

循環流程會在何處自動停止

自主模式會將這六個環節串連起來，讓研究成果推動建構、建構成果推動上架、上架成果推動最佳化，整個循環會依自己的排程重複，無需人工在每個階段重新觸發。我們自己的循環流程就是這樣運作的，我們作品展示與Unity 實驗室裡的大部分內容都是在無人看管的情況下產出的——在 Overgrowth Station 出現之前，沒有人特地坐下來決定要做一款閒置資源回收遊戲。