我以前看到多 Agent，第一個想到的是：是不是可以少請幾個人？但看完 YC Labs 在 Minecraft 做的實驗，反而覺得小公司最該先學的不是放手讓 AI 自己跑，而是把「誰知道什麼、誰能用什麼、做完怎麼確認」講清楚。

實驗裡 50 個 agent 在 3 小時內合作求生，留下約 5,900 則訊息。最有意思的不是它們會砍樹、蓋房子，而是第一晚 34 次死亡中有 22 次，逼得團隊從探索轉向食品、物資和配給協調。後來連「已分配」和「真的吃到」都分開記錄，還要用名字確認取用，避免東西發出去了卻沒到人手上。這根本就是一場高成本的庫存對帳。

換成電商場景，我會把多 Agent 當成幾個新進同事，而不是一群不用管的數位員工。第一，共享狀態要有單一版本，例如訂單目前是待付款、待出貨還是已退款，不能每個 agent 各記一份。第二，資源要設上限，像每日廣告預算、可改價幅度、可送出的折扣碼，超過就停，不要等月底才發現賠錢。第三，每個動作都要有確認回路，建立退款不等於退款成功，排入出貨不等於包裹已交寄。第四，要有停損規則，連續錯誤、資料不完整或金額超過門檻，就交回人工。

如果是小團隊，我會先只放兩三個 agent，讓它們處理查詢、整理資料和提出建議，真正改庫存、退款、花錢的動作保留確認。先把狀態欄位、責任邊界和異常通知做穩，再逐步放權。自治不是按下開關就省人力，沒有共享帳本和確認機制，只是把混亂跑得更快而已。