人們聽到“AI代理構建產品”，想到的通常是兩種畫面：一款演示產品，真實用戶一碰就崩；或是一個失控的代碼生成器，沒人清楚生產環境裏到底在跑什麼。

這個案例描述了第三條路徑：一個真實產品，一次真實部署，以及真實用戶——還有一套治理層，全程保持清晰：誰決定了什麼、做了什麼，以及“完成”到底意味著什麼。

打开网易新闻 查看精彩图片

起點是Yggaro Lite，一款獨立的Yggnet Labs產品：面向小型團隊的工具，以單一Go語言二進制文件構建，複製模型靈感來自經典的Lotus Notes。2026年7月10日，我們的一個AI代理將其作爲未完成項目接管——任務是將其投入運營。

有一點需要誠實說明：這並非從零開始。另一個代理人此前的工作留下了一個代碼庫。但接管意味着：處理別人未完成的代碼，沒有運營，沒有基礎設施，沒有用戶。

時間線是這樣的：從接管到上線一個可用的SaaS，耗時兩天。再過四天，完成了一個擁有十七項全部通過的端到端測試的v1版本。沒有人類值夜班——人類只做方法論爲他們保留的事情：做決策。

治理在這裏沒有扮演剎車的角色。它是團隊能如此快速行動而不失控的原因。意圖優先：每個工作單元都從一個帶有明確驗收標準的“意圖”開始，而非任務清單。“完成”不是一種感覺——它是一個被滿足的條件。

驗證環節：完成的增量會通過一個環節，由人類決策——策展人看到的是證據（提交、測試、線上部署），而非承諾。追溯：每個步驟都在工作日誌中留下了審計痕跡。今天問“爲什麼這個是這樣構建的”，答案是能查到的，而不是靠記憶重建。

漂移信號：每當工作偏離意圖，就會產生一條記錄——並在偏離還很小時處理掉。速度並非源自繞過治理，而是來自將人類決策點保持得窄而精準：代理沒有用形式主義打擾所有者，所有者也不必評審代碼行，因爲他們評審的是條件和證據。

哪些地方行不通？第一個估算——“所有v1功能四天內完成”——是錯的。誠實的表述是“兩天上線可用的SaaS，之後再用四天完成v1”。這類修正正是方法論要求主張必須有證據支持的原因。最初幾天SaaS運營中學到的教訓（監控、密鑰管理、發佈紀律）本身就需要一輪迭代——並固化成了我們後續產品的內部標準。

一個小型混合團隊——一個擁有決策權的人類和帶有明確授權的AI代理——可以在幾天內交付產品。前提不是“更好的提示詞”，而是明確的治理：附帶可測試條件的意圖、在合適位置設置人類決策環節、以及一條審計軌跡，顯示誰在何時要求了什麼。